Perl::DBI

**nobodyさん** · 02/03/12 23:35

DBIでも語ろうぜ

DBI.org
http://DBI.perl.org
DBI-ML-J
http://member.nifty.ne.jp/hippo2000/dbi/dbi_japan.htm
DBI.pm 日本語訳
http://member.nifty.ne.jp/hippo2000/perltips/dbimemo.htm

**nobodyさん** · 02/03/12 23:43

256倍本で DBI のが出たね。
まだ見てないけど。

ところで、Perl::DBI って書き方あるの？

**nobodyさん** · 02/03/12 23:51

DBI256倍は１４日発売じゃなかったか？
Perl::DBIは今考えた。
Perl-DBIとかPerl/DBIじゃしっくりこないかと思って。

2 · 02/03/13 00:06

256倍本、昨日見たよ。

**nobodyさん** · 02/03/13 12:50

>>4
どう？

**nobodyさん** · 02/03/13 14:45

はっとこ。
「Perlを256倍使うための本 DBI編」
http://www.ascii.co.jp/books/detail/4-7561/4-7561-4058-0.html

2 · 02/03/13 15:19

>>5
売っているのを見たってだけで、中を見たわけじゃない。
すまん。

5 · 02/03/13 21:48

>>7,6
買ってみることにするよ

これもいちおうはとこう
「入門 Perl DBI」(Programming the Perl DBI)
http://www.oreilly.co.jp/BOOK/perldbi/

**かおりん祭り** ◆IidAAeuI · 02/03/14 03:28

　∧∧
（＾▽＾）　新スレおめでとうございまーす♪　　　　　　　　　
ヾcUUっ

**nobodyさん** · 02/03/14 21:49

Perl 256 DBI編は「DBIを使うため」の本じゃなくて「DBDを作るため」の本ですね。
マニアな内容でイイです。

まだ前半しか読んでないけど、英訳すれば英語圏でもちゃんと売れそうな内容っすね。さすが。
で、ジョーク(？)が日本固有なものじゃないのは、著者の川合さんがその辺を想定してるからかな。

**nobodyさん** · 02/03/15 17:16

ガーソ、本屋になかったよ。

5 · 02/03/17 01:36

読みました。
EffectivPerlわかるくらいのひとなら
かなりおもしろいはず。
DBIて奥深いね。

11 · 02/03/17 15:50

やっと入手。
流石に濃いね。
でも256本の特徴なのか
　　　　　　　　　<BIG>こんなの</BIG>
が沢山あるのが読みにくい…。

**nobodyさん** · 02/03/18 22:10

あげ

**nobodyさん** · 02/03/19 21:17

MySQLについて詳しい書籍はないでしょうか？
PostgreSQL本はよく見かけるんですが…

15 · 02/03/19 21:34

補足です、PerlでMySQLを使いたいのです。
PHPとの組み合わせがメインのものが多くて・・

**nobodyさん** · 02/04/01 20:39

>>15
"MySQL & mSQL"っしょ。
http://www.oreilly.co.jp/BOOK/msql/

15 · 02/04/01 22:36

レスが・・・
>>17
ありがとうございます。
ネット上の資料を点々としていました。
早速明日本屋に寄ってきます。

**nobodyさん** · 02/04/16 13:05

DBDを書くのって馬鹿みたいにメンドクサイのだが、
この辺の構造に誰も文句いったことないんかね？

**nobodyさん** · 02/04/16 13:18

>>19
さぁ

**nobodyさん** · 02/05/03 01:06

>>19
まぁ、Tim神の怒りをかったら終わりだからなぁ。

**nobodyさん** · 02/06/09 20:05

激しくﾜﾗﾀ
http://www.cuppy.co.jp/sitemap/sitemap.html

**nobodyさん** · 02/07/21 12:25

本発見、MLの人だ。このシリーズ、最近紙質落としてなかたけ

**nobodyさん** · 02/07/21 12:26

http://www.ascii.co.jp/books/detail/4-7561/4-7561-4058-0.html
貼り忘れ

**nobodyさん** · 02/07/21 12:28

http://www.amazon.co.jp/exec/obidos/ASIN/4894715309/hippo2000ps-22/249-7841065-2957127
ココにも、そういえばMySQL＋Perlの組み合わせのサーバーってあまりないんだっけ

**nobodyさん** · 02/07/22 19:32

>>25
なぜそう思ったのか400字以内で説明せよ。

**nobodyさん** · 02/09/25 23:18

Ｃマガジンで Perl DBI の連載が始まる (始まった?)
らしいね。結城さんの連載と入れ替わりなのかな。
読んだヒトいる? 漏れはプローガ先生の記事が無い
Ｃマガは買う気がしないけど。

**nobodyさん** · 02/10/13 16:49

http://search.cpan.org/author/CHAMAS/MLDBM-2.01/

**nobodyさん** · 02/11/02 05:11

なんか今日会社にきた取引先の人が、
MYSQL＋Perl(DBI/DBD)で開発することについて
「そのようなやり方は聞いたことがありませんねぇ。
普通はMYSQL+PHPですよ。」
とか言ってたんだけどそんなにMYSQL+Perl(DBI/DBD)
ってマイナーなやり方なのかな？
それともそいつが勉強不足なだけ？

**nobodyさん** · 02/11/02 06:25

彼の「普通」がそうだっただけ。
ドメインによって色々な「普通」有るからなぁ。

大抵の奴が自分の属しているドメインの「普通」が
普通だと思ってるからたちが悪い。

29 · 02/11/03 23:56

つーかその人Web関係のSEらしいんだけど、
もうちょっと勉強しろと言いたい。

**nobodyさん** · 02/11/04 00:17

>>29
単に Perl を避けているだけでは? 漏れの周りには、
「Perl ってモジュールとか入れなきゃいけないか
ら面倒じゃないですか。PHP が簡単だから PHP に
しましょうよ」なんて言うヒトもいる。そんなレベ
ルの話じゃないのかな?

「普通」なんて言い方は、自分の常識を押し付けた
いときに使うよ。漏れの場合（ｗ

**nobodyさん** · 02/11/04 00:59

確かにMySQL+PHPと比べた場合MySQL+Perl(DBI/DBD)のが面倒に思える

**nobodyさん** · 02/11/08 17:14

もっとDBI/DBDは知られてほしいなぁ。
PostgreSQLのシーラカンス本では、Ruby、JSP、PHPなどとの
連携は紹介されているのにPerlとの連携に関しては触れられてない。
なんでだよ！

**nobodyさん** · 02/11/08 20:42

>>34
筆者がPerlやらない人だから。

**nobodyさん** · 02/11/18 00:41

なんとなくMacOSX 10.2にperl+postgresqlの環境を作ろうと
思ったのですが、DBIとDBDのモジュールのインストールが
難しい。よく分からないエラーがでてしまいます。

成功してる人、教えて！！！

◆hMJAPH9PWA · 02/11/18 01:24

エラーログを見てみないとなんとも。

**nobodyさん** · 02/11/24 23:55

>>36
DBI-Japanで聞けば河合さんが教えてくれると思うよ？
http://member.nifty.ne.jp/hippo2000/dbi/dbi_japan.htm

◆hMJAPH9PWA · 02/11/25 00:18

>>38
「よく分からないエラーが出てしまいます」じゃ誰だって教えられないよ。

**nobodyさん** · 02/11/25 09:28

>>39
いや、もちろんそうなんだけどね。
どのようなエラーが出るかちゃんと報告すれば
ちゃんと教えてくれるから。>>36

**nobodyさん** · 02/12/14 17:32

なぜWebプログラミング板でこのスレが上がってこないんだ？

**nobodyさん** · 02/12/14 20:27

どいつもこいつもCSVで充分ってこった。

**nobodyさん** · 02/12/14 21:21

DBD::CSV DBD::File
排他処理が不安で使ってない香具師

**名無しさん＠お腹いっぱい。** · 02/12/14 22:14

WebProg ったって個人サイトの掲示板みたいなのも含まれるだろうしね。
ログ100件ぐらいだったらファイルで充分だったりする。

**nobodyさん** · 02/12/15 01:44

数千件　数万件でもやりようによってはCSVで十分な
パフォーマンス出せたりする。
DBI DBDはインストールできればあとはSQLの書き方なわけで
DBIは常用していても話題がないのよ。

**nobodyさん** · 02/12/17 08:30

>>45
最近、DBD::CSVがバージョンアップしてJOINもできるようになったＹＯ！
とか色々あるだろ。なんか、PHPはDBとの連携ができるけどPerlは
できないとか変な偏見があるみたいだからちょっと悔しかったりする。

**nobodyさん** · 02/12/17 23:28

>>46
そんな偏見ははじめて聞いたが……。
悔しいことは悔しいね。

んで、DBD::CSVのロック機構はどうなってるの？

**nobodyさん** · 02/12/19 20:40

悔しい？
かわいそうな人達なのでやさしく教えてあげてください。

**nobodyさん** · 02/12/27 03:32

>>32
Ｐｅｒｌはプログラマによって非常に観やすくいい仕事するCGIと
非常に乱雑で適当に仕事するCGIに大きく分かれるよね。

PHPもエラーメッセージがブラウザで確認されてしまうのが厄介。
(というかｶｯｺﾜﾙｲ)

CPANモジュールも普通にXで使うのなら便利なんだけど・・
ウェブサイト用ＣＧＩとして使うと余計なモジュールが多すぎてヘタすりゃ
いらないモジュールまで取り込んでしまうプログラマもいるみたい。
(そういう人は影で笑っておけば・・・済まないか w)

**nobodyさん** · 02/12/27 07:12

DBD::Oracleって接続遅くない？

**nobodyさん** · 02/12/27 19:09

>>49
＞PHPもエラーメッセージがブラウザで確認されてしまうのが厄介。
＞(というかｶｯｺﾜﾙｲ)
貴殿はPHPを使ったことが無いとお見受けしました。

**nobodyさん** · 02/12/29 13:20

>>49
いらないモジュールuseしても問題ないだろ。

>CPANモジュールも普通にXで使うのなら便利なんだけど・・
xで使うねぇ・・・
貴殿はちょっとLinuxかじった房
だとお見受けしました。

**nobodyさん** · 02/12/29 15:27

>>52
> いらないモジュールuseしても問題ないだろ。
いやー、問題ないとは言えないでしょ。
メモリの無駄だし、標準関数をオーバーライドするモジュールもあるし。
インストールは、ディスクが無駄な以外問題ないと思うけど。

>>49 の「取り込む」の意味が不明なので話の前提がわからんが、
49がアレだというのには同意する。

**nobodyさん** · 03/01/13 21:30

DBIをもっと知ってほしいage

**山崎渉** · 03/01/15 13:32

（＾＾）

**山崎渉** · 03/03/13 17:41

（＾＾）

**nobodyさん** · 03/03/13 20:56

勉強するには本を買うしかないのですか？

なんにも分かってない状態なので、
とりあえず“入門Perl DBI”を注文してあるのですが、
それが届くまでの間、どこかに分かりやすいサイトがないものかと。
いろいろ見て回ったものの、正直、ぜんぜん理解できませんでした・・・

ってことは、本を買っても理解できないってことになるのだろうか・・・

あと、入門書として“入門Perl DBI”は最適でしょうか？

**nobodyさん** · 03/03/13 21:50

インポート無しでuseすれば名前空間は汚れないし。。
自分の空間にしかインポートされないから、勝手に汚染されることはないじゃろ。

どうせモジュールなんてmod_perlがキャッシュしてくれるから、分かりやすいように書けばよろしい。

use hogehoge ();

**nobodyさん** · 03/03/13 21:56

あぁ文章がめちゃくちゃだった。。

もっとまともな説明は、
use モジュールの名前 (インポートする関数名のリスト);
2つ目のリストが省略されたら、モジュールのデフォルトのものがインポートされる。
もちろん、デフォルトが何もインポートしない、になっているかもしれない。

つまり、、、
use Module () と、require Moduleは、いつ読み込まれるか、っていう違い(コンパイル時、
実行時)はあるけれど、結果的には同じことがおきる。

**nobodyさん** · 03/03/13 21:59

つまり結果が同じならどうでも良いんだってことよ。

**nobodyさん** · 03/03/14 00:56

ふ～ん。ま、そんなもんか。

**nobodyさん** · 03/03/14 02:37

object の package って require しても使えるんだっけ？

**eval "require hoge;";** · 03/03/14 13:06

use → モジュールが読み込まれ、関数が自動的にインポートされる。返り値は？
require → モジュールが読み込まれるだけで、インポートはされない。成功すれば真の値をかえす。

という理解でいいかな。

**nobodyさん** · 03/03/14 15:05

マジレスすると
use Module @list は
BEGIN { require Module; Module->import(@list) } と等価、
no Module @list は
BEGIN { Module->unimport(@list) } と等価だ。

import 関数は Perl 標準の Exporter モジュールから
継承してるケースが殆どだから、シンボルの輸出入に
関する仕組みは Exporter の POD を読めば理解できる。
しかし import を自前で実装してるモジュールもあるし、
require した段階で main パッケージに割り込む行儀の
悪いモジュールもある。よって use Module (); で確実に
輸入規制ができるとは限らない。

use は sub NAME と同じく宣言だから戻り値は無い。
my $rv = use Module; は構文エラーになるし、無理矢理
my $rv = eval { use Module; }; 等としても undef が入るだけ。

**nobodyさん** · 03/03/14 22:37

あぁ。そうかぁ。require時の初期化の時点で勝手に割り込むやつもいるのか。。

このあたりは、Perl教なら、リビングの法則でなんとか説明するところかな。(?)

**nobodyさん** · 03/03/19 10:36

廃れてる・・・な。

**nobodyさん** · 03/03/30 17:35

DBD::Access誰か作ってくれないかなぁ。
てゆーか誰も作ってないってことは難しいのかなぁ。

**nobodyさん** · 03/03/30 17:51

ODBC 経由では無理だった？もしくは、ADOとか。

67 · 03/03/30 18:01

>>68
いや、今はWindowsXP+ActivePerl+DBD::ODBCなんですけど、
例えばLinuxのレンタルサーバーのUserディレクトリとかで
手軽に使えたらいいなーって思ったんですけど。

**nobodyさん** · 03/03/30 19:32

ＳＥＬＥＣＴ文実行後にfinish しないとまずいですか？

**nobodyさん** · 03/03/30 21:02

>>70
気になるならやっとけ。

**nobodyさん** · 03/03/30 21:14

prepare_cachedを使うときはfinishしないと駄目。かも。

**nobodyさん** · 03/04/07 00:02

Perlを256倍使うための本DBI編買ったよ。
てゆーかPerlの256本ってこれだけだよね？
Rubyはいっぱい出てるのに。

**nobodyさん** · 03/04/15 23:44

DBD::CSVはPure PerlだからTelnet使えないレンタル鯖で
使えるかと思いきや、中でText::CSV_XS使っているという罠。

**山崎渉** · 03/04/17 12:01

（＾＾）

**nobodyさん** · 03/04/20 00:04

DBD::Template使ったことある香具師いる？
あれいいね。

**山崎渉** · 03/04/20 00:29

（＾＾）

**動画直リン** · 03/04/20 00:40

http://www.agemasukudasai.com/movie/

**山崎渉** · 03/04/20 05:57

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

**山崎渉** · 03/05/22 02:08

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―