PerlだけでDBを構築する

0001まむお

02/02/13 05:54ID:VlJDYYKC

サバがPerlだけでモジュールも使えない、
そんな環境下でデータベースっぽくデータを扱いたい。
贅沢は言わんけど、せめて単純なSQLで扱えないとねぇ～

って感じの探してるんだけど、誰か知らん？
一応漏れが見つけたのは、これなんだけど、

ttp://www.nlwww.com/jp/ris/jsql.htm

いいのあったら紹介して
よろしく

0002名無しさん＠お腹いっぱい。

02/02/13 07:03ID:???

単発スレ立てんなボケ

----------------終了----------------

0003名無しさん＠お腹いっぱい。

02/02/13 07:06ID:???

>>1 死ね

0004まむお

02/02/13 13:27ID:VlJDYYKC

洋物だが、こんなんあった。
http://www.ddatabase.com/

とりあず、jsql使ってみたけど、それなりにしっかり出来てる、
ユーザ管理とか、DB領域と、表領域が分かれてたりして、
逆にちゃんと設定しないと動かないから、お手軽さが無いんだよなぁ～

何か情報あったらよろしく！

0005名無しさん＠お腹いっぱい。

02/02/13 13:55ID:???

>>サバがPerlだけでモジュールも使えない、

この辺１００％意味不明

0006まむお

02/02/13 14:04ID:VlJDYYKC

なぁ～、お前ら、すっこんでろよ。
やる事ないのかよ。明日バレンタインデェ～だぞ！？

0007名無しさん＠お腹いっぱい。

02/02/13 20:22ID:wBlXKE9R

>5
いや、わかるけどな。

0008名無しさん＠お腹いっぱい。

02/02/13 20:23ID:wBlXKE9R

>6
それはきみもだろ。

0009名無しさん＠お腹いっぱい。

02/02/13 20:24ID:wBlXKE9R

どうしてもPerlでDBやるんだったら、Tie(dbmopen)使うって事になるよな。
データ件数にもよるけど、そこそこいけると思う。

0010名無しさん＠お腹いっぱい。

02/02/13 20:43ID:8gLwIusO

CSVかTSV使ってやりゃあイイだろ
件数が多くなきゃ、実用的なのは作れるぞ

0011名無しさん＠お腹いっぱい。

02/02/14 07:49ID:jHD5tZcZ

>>9
dbmってcgiなんかで複数から同時に更新があったらりしても
大丈夫なんですか？

0012名無しさん＠お腹いっぱい。

02/02/14 08:44ID:uzzQAVeN

>11
全然大丈夫。いっぺんに何枚開いても大丈夫。

0013名無しさん＠お腹いっぱい。

02/02/14 12:34ID:???

>>12
本当かよ。少なくともDB_Fileはちゃんとflockしないとダメっぽいんだが。

0014名無しさん＠お腹いっぱい。

02/02/14 13:26ID:JQ2Gyegk

>13
ああ、勘違いしていた。うん。
でもdbm自体はロック必要ないんじゃないかなぁ？
DB_Fileモジュール自体にロック機能があったと思うんだけど？

0015名無しさん＠お腹いっぱい。

02/02/14 13:34ID:JQ2Gyegk

惑乱中(笑)
うん、同時書き込みが起こり得る場合には、プログラマーがflockかなにか
仕掛けてあげないといけないようだね。
このへんに、思いこみがありました。

0016名無しさん＠お腹いっぱい。

02/02/14 14:33ID:???

CSVでのDBって何件くらいまでなら実用に耐えられる？

0017名無しさん＠お腹いっぱい。

02/02/14 16:17ID:???

状況にもよるがせいぜい5万件が限度ってとこじゃなかろうか。
勘だけどな。

0018名無しさん＠お腹いっぱい。

02/02/14 21:05ID:JihHPaw4

>>1
DBI + DBD::CSV あたりでどう? SQL使えるよ。

0019名無しさん＠お腹いっぱい。

02/02/15 00:09ID:5co1FgeE

>>18
＞サバがPerlだけでモジュールも使えない、
この辺にひっかかるのかな？

おれも今DBD::CSVを使おうかどうか思案中
ちょっと使えるSQLが少ない気しないでもない
いっしょにどう？＞１　というか立て逃げか？

002018

02/02/15 04:23ID:AdIWBxKC

>>19
> サバがPerlだけでモジュールも使えない、
これはPerlのモジュールじゃなくて、Apacheのmod_*の事を言ってるよ
うな気がする。なんとなく。

0021名無しさん＠お腹いっぱい。

02/02/15 13:31ID:???

cc/gccの使用が許可されてないとかの理由でコンパイルしなきゃいけないモジュールが使えないだけでは？

0022名無しさん＠お腹いっぱい。

02/02/15 18:18ID:KB4wMzyy

amigodatabase

0023名無しさん＠お腹いっぱい。

02/02/15 22:47ID:???

データベースと言うか単に簡素堅牢なシステム作りたいんでしょ？
Perlでやるならどの道面倒臭いから初めから覚悟決めてしまえば？
堅牢であればいいなら方法も提案しやすいし。

0024名無しさん＠お腹いっぱい。

02/02/15 22:55ID:???

>23
そんなに面倒くさいかなぁ？
スキルやモチベーションの問題だと思う。比較対象ないんだし

002518

02/02/16 09:46ID:xWyhCOfA

dbmとかでチマチマデータいじるのが面倒くさいからSQLが使いたいん
じゃないの？
俺はそう。後々本格的なDBに移行するのも楽だし、DBIで済ませたい。

0026名無しさん＠お腹いっぱい。

02/02/16 19:51ID:13Wk9C/k

DBD::CSV って安定してる？

0027名無しさん＠お腹いっぱい。

02/02/16 20:07ID:???

安定って何よ？

0028名無しさん＠お腹いっぱい。

02/02/18 10:28ID:???

http://www.vector.co.jp/soft/unix/business/se182749.html
↑これ使った人いる？使用感はどお？

0029名無しさん＠お腹いっぱい。

02/02/18 10:33ID:10pwiY7A

っていうか、素直に、postgresとか、mysql使えば？
こんな、ちまちました、プログラムなんて、使うと、どーせ、どっかで
つまずくよ。

0030名無しさん＠お腹いっぱい。

02/02/18 13:02ID:9k5avLiX

>29
いつも思ってるんだけど、共有鯖のレンタルで、
どれだけのユーザがPostgresやMySQLを使えるんだろう？
あと、ImageMagickやGDも。
そういうものに依存したスクリプティングは、互換性に欠けるような気がして、
常に自分が使うものでも汎用性を頭に書いているから、
使う気になれなかったりするのです。
(もちろん、使わねばならない機能の時は使いますけどね)

0031名無しさん＠お腹いっぱい。

02/02/18 13:23ID:???

なんで前提とする実行環境が「草原」になるんだろ。そんな不自由な環境で「互換性が」とか言われても困るな。
趣味でやってる人たち向けと、仕事(？)ってゆーか腰入れてやってる人たちむけって分けて考えて欲しいものだ。消費者・生産者共に。

0032名無しさん＠お腹いっぱい。

02/02/18 13:50ID:???

>>31
> なんで前提とする実行環境が「草原」になるんだろ。そんな不自由な環境で「互換性が」とか言われても困るな。
このスレの>>1を読んでないの?
> サバがPerlだけでモジュールも使えない、
> そんな環境下でデータベースっぽくデータを扱いたい。

0033名無しさん＠お腹いっぱい。

02/02/19 00:00ID:???

SQLなんて汎用性がないね！

0034名無しさん＠お腹いっぱい。

02/02/19 19:22ID:???

あげ

0035名無しさん＠お腹いっぱい。

02/02/20 00:45ID:???

>>31
スレ違いだよあんた。

0036名無しさん＠お腹いっぱい。

02/02/20 17:34ID:???

http://www.xrea.com/jp/
これはがいしゅつ？

0037名無しさん＠お腹いっぱい。

02/02/20 21:04ID:???

>>36
・URIに対して何の説明もない
・wwwを抜かしたドメインの最初の文字が「X」
・.comドメイン

以上のことからアダルトサイトの宣伝であると断言します。

と思ったらまともだったすまん。

0038名無しさん＠お腹いっぱい。

02/02/20 21:23ID:???

>37
ﾜﾗﾀ

0039名無しさん＠お腹いっぱい。

02/02/21 00:13ID:???

>>37
凄いな、今見たらその通りだったよ。
見る価値無し。

0040名無しさん＠お腹いっぱい。

02/02/21 03:46ID:???

会員が増えて欲しくない、と思っている人がいるようだ。

0041まむお

02/07/17 22:45ID:E3cmePZ9

漏れの放置したすれだ
おまえ、生きてたんだぁ～
ちょっと嬉しい。

0042nobodyさん

02/07/17 22:52ID:???

> まむお

おまえ、生きてたんだぁ～

0043nobodyさん

02/11/24 23:05ID:nYY6oDGd

なかなか面白いスレになりそうな予感。
DBD::CSVはバージョンアップしてJoinもできるようになったとか。
確か関連モジュールも含めてPure Perlじゃなかったっけ？
だとしたらレンタルサーバでも自分のディレクトリにインストール
できるのでは？

0044山崎渉

03/01/15 13:44ID:???

（＾＾）

0045デフォルトの名無しさん

03/03/10 02:27ID:BQXVz0uf

データベースは WEB サーバと別にする。
PurePerl 版の DBD を使って解決。

0046nobodyさん

03/03/10 20:57ID:eRFnPrn5

>>43
sakura.ad.jpのヴァーチャルドメインサービスで
自分のディレクトリにインストールして使ってるけど動いてます。＜DBD::CSV
っつっても、まだSELECT文しか試してない罠。
今んとこレコード件数が少ないならINSERT、DELETEは直接CSVを触ってる。ｗ

0047名無しさん＠Ｍｅａｄｏｗ

03/03/11 09:12ID:i+lsKHdV

漏れは、perlのndbmとか使ってるです。
まあ、数メガのもんですけど、十分早いっす。
webで認証掛けて登録した人には、書き込み、削除、変更できるようにしてる。
DBDとかsqlとか使う必要があるのは、どんな場合か教えてくれませんか。

0048nobodyさん

03/03/11 11:39ID:???

>>47
データベースのサイズが大きいとき。
SQL文が便利で速いと思うとき。（特に結合かなあ）
ロールバックが必要になったとき。
アクセス数が増えてロックに不安を感じるとき。
ほかにもあるかも。

0049名無しさん＠Ｍｅａｄｏｗ

03/03/11 12:38ID:wliWOweu

>>48
なるほど、よー分かりますた。
うちみたいに数十人がちまちま使ってるのは、
＊ｄｂｍで問題ないようでしゅ。ロック処理もしてるし。
ありがトンですた。

0050nobodyさん

03/03/12 06:34ID:???

amigodatabaseってcsv?dbm?
何使ってんの？

0051nobodyさん

03/03/12 12:09ID:???

>>50
ただのテキストデータベースだよ

0052山崎渉

03/03/13 17:01ID:???

（＾＾）

0053nobodyさん

03/03/18 15:59ID:???

>>51
thanx! なんかただ<>で区切っているだけみたい。
なんか特殊そうで面倒っぽいなー。
カンマに変換するればCSVになるってわけでもなさそうだし。

0054nobodyさん

03/03/21 10:44ID:???

これは？
http://freshmeat.net/projects/qdbm/
1000万件くらいは扱えるみたいだが

005546

03/03/24 15:16ID:???

DBD::Sprite って面白そうですね。
テキストに保存するDBのくせに、トランザクションを装備だそうです。

ttp://search.cpan.org/author/TURNERJW/DBD-Sprite-0.44/lib/DBD/Sprite.pm

0056nobodyさん

03/04/07 00:05ID:btpU8pX3

AccessのMDBファイルのようなものがあればいいね。
専用のDBDとそのファイルがあれば使えるようなの。

0057bloom

03/04/07 00:12ID:liNaJRPu

http://www.agemasukudasai.com/bloom/

0058損権厨房 ◆mVeUbtZCI.

03/04/09 16:07ID:???

Perl/CGIはPostgreSQLと連係は出来ないの？

0059nobodyさん

03/04/10 12:48ID:HaDE0JlI

>>58
DBIとDBDを使うことでできる。
http://member.nifty.ne.jp/hippo2000/perltips/DBD/pg.htm

２ｃｈにもDBI専用スレがあるし。
http://pc2.2ch.net/test/read.cgi/php/1015943725/l50

0060あぼーん

03/04/10 13:04ID:???

あぼーん

0061佐々木健介

03/04/10 13:04ID:???

　　　　　＿＿＿＿_＿
　　　／＿　　　　　　|
　　 /.　＼￣￣￣￣|
　　/　　／　 ―　― |
　　|　 /　　　-　　- |
　 ||| (5　　　　　　>　|
　| | |　　　　 ┏━┓|　　／￣￣￣￣￣￣￣￣￣￣
| | | | 　　　　┃─┃|　＜　こんなサイトを見つけた
|| | | | 　＼　┃　 ┃/　　＼　　正直、スマンカッタ
| || |　|　　　￣　　　　　　　　　＼＿＿＿＿＿＿＿＿＿
http://saitama.gasuki.com/kensuke/

0062損権厨房 ◆mVeUbtZCI.

03/04/10 16:30ID:???

>>59
ｻﾝｸｽ
PHPで書くといいらしいのだが覚えるのも面倒だしな

0063山崎渉

03/04/17 12:07ID:???

（＾＾）

0064山崎渉

03/04/20 06:24ID:???

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

0065山崎渉

03/05/22 02:23ID:???

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

0066nobodyさん

03/05/25 07:30ID:pukW7481

>>47
ｄｂｍじゃ機能不足でSQL使いたくなるときは、
プライマリキーだけでなくその他のフィールドを条件にして
レコードを抽出したいとき。

これをｄｂｍでやるには処理時間がかかるし、開発工数もか
かるし、不具合が混入する可能性もあるし、保守もやりにくい。
逆にSQLなら一行書けばOKです。

ｄｂをユーザ認証やセッション変数管理に使うだけならｄｂｍ
でもRDBでもいいと思います。