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

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山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

**山崎渉** · 03/05/28 17:17

　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

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

どうしてもCSVファイルにDBI使いたくてDBD::CSVやDBD::Spriteを
試したんだけど、どうしてもベンチマークとると速度が遅い。
やっぱりSQL解析部分で時間食うみたいだった。
しょうがないのでSQL解析部分を自作して速度の問題を解決。
DBDは一から作るのめんどいのでDBD::Templateを使いました。
もうこれからは掲示板だろうがなんだろうがDBI使い倒してやる。

**nobodyさん** · 03/05/31 06:20

>>82
速度改良されたpmファイルアップｷﾎﾞﾝﾇ

**nobodyさん** · 03/05/31 23:01

あなたが探してる話題あれはこれでしょ♪
http://endou.kir.jp/betu/linkvp/linkvp.html
http://s-rf9.free-city.net/page006.html

82 · 03/06/03 16:07

DBD::Templateを使ったサンプルをUPしておきました。
SQL解析部分は見てもらえば分かりますが「ナンチャッテSQL解析」なので、
自分のプログラムに合わせて処理を付け足す必要があります。
速度とプログラムの汎用性という意味では自分的には実用的かと思います。

http://webcolle.minidns.net/perl/

**nobodyさん** · 03/06/06 11:28

>>85
すばーらスィ！！！！！！
ｓｑｌ文の練習に使えます。ありがと。
こんど、オンラインでやってみます。
postgressql＋pg.pmでやるのとどっちが速いかは、
やっぱデータ量によるんでしょうね。

82 · 03/06/06 16:33

>>86
所詮データはCSVファイルなので本物のRDBMSとは比較になりません。

・CSVに対してSQLが使える。
・DBIを使うことでプログラムの汎用性がある。
・速度的にも掲示板のログ管理程度なら実用レベルである。
・PurePerlなのでレンタル鯖等でも使える。

メリットはこんなところでしょうか。
ちなみにテーブル定義とSQL解析はプログラムごとに
付属のdbisub.plをいじらなければなりませんので。

**nobodyさん** · 03/06/06 22:17

>>87
ところで、川合さんの「PerlでDBI」(256倍シリーズ）買ったけど、ちょちょっ
と見ると、DBDの分類で、「自作系　（１）sqlの解析にSQL::Statementを利用」
の中に、DBD-CSVってのがある(DBD-Fileを継承）けど、>>85のは、それの兄弟
のようなものかね。

82 · 03/06/08 01:44

DBD-Templateは河合さん作です。
↓のURL見た方が早いかもしれませんが、中身は本の中で紹介されてた
SomeFmt.pmを少しいじっただけだと思います。

http://www.hippo2000.info/cgi-bin/KbWiki/KbWiki.pl?cmd=disp&page=DBD%3a%3aTemplate

なんか作者でもないのに勝手に宣伝してるみたいでなんか
悪いことしてる気がしてきた・・・

**nobodyさん** · 03/06/10 07:48

>>89
いえ。ぜんぜん気にせんといてくらさい。

**山崎渉** · 03/07/15 11:13

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

**nobodyさん** · 03/07/24 20:46

あげとく

**nobodyさん** · 03/07/24 21:41

めんどくさくない？

**山崎渉** · 03/08/02 02:24

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

**ぼるじょあ** ◆ySd1dMH5Gk · 03/08/02 04:53

　　　　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　・３・） (　　＾＾）＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

**nobodyさん** · 03/10/30 20:20

誰かDBD::Access作ってよ。
DBD::ODBC使えって？UNIXでも使いたいんだよ。

**nobodyさん** · 03/11/01 19:09

DBIでトランザクション処理ってどのようにやるんですか？

**nobodyさん** · 03/11/01 19:40

終了。

**nobodyさん** · 03/11/06 11:41

勝手に終わらすな

**nobodyさん** · 03/11/07 12:36

AutoCommit をoff(0)にしたら
それ以降は、commit するまで1つのトランザクション

９７ · 03/11/11 23:17

>>100
遅レスですがありがとうございます。

**nobodyさん** · 03/11/20 16:24

DBモジュールの件で質問ですが、PostgreSQLのgetvalueって、
MySQLではどういった形になるのでしょうか。
只今移行中です。
MySQLの場合はfechrowはあるのですけどgetvalueが無いので
困ってます。

PostgreSQLでのDBアクセスはPgモジュール、MySQLでは
http://www.atmarkit.co.jp/flinux/rensai/mysql04/mysql04a.html
この方法をとりました。

どうか教えてください。

**nobodyさん** · 03/11/20 16:44

FreeBSD の compat/linux 環境で Oracle 9i の DBD::Oracle を
build できた経験のある人っていませんか?

**nobodyさん** · 03/11/20 18:17

>>102
なんかあちこちで見かけるなｗ
selectall-xxx とかじゃだめかねえ

**nobodyさん** · 03/11/20 20:45

>>104
selectrowにしました。
ありがとうございました。

**nobodyさん** · 04/01/01 17:37

$mydb = DBI->connect("dbi:Pg:dbname=$DB_name","$DB_user","$DB_pwd");
$word = "It's";
$word =~ tr/'/\\\'/;
$sth = $mydb->prepare("insert into $TABLE_name values ('$word');");
$sth->execute() ;
$sth->finish();
$mydb->disconnect();

ってやったとき"It's" の ' が消えて "Its"で登録されちゃうんですけど、どうすれば回避できますか？
$word =~ tr/'/''/;　もやったけど、
DBD::Pg::st execute failed: ERROR: parser: parse error at or near "s" at character 86
ってでます。　quoteって関数使えば良いらしいけど、使い方が良くわかりません。
識者の方々殿。　よろしくお願いします。

**nobodyさん** · 04/01/01 17:59

>>106
http://www5a.biglobe.ne.jp/~n_rieko/perl/8.htm

- $word =~ tr/'/\\\'/;
+ $word =~ s/'/\\'/g;