| ﾌﾟﾛﾌｨｰﾙ | 私書箱 受/送/送済 | 評価履歴 共感[受/送] | DB作成履歴 生成/承認/受 | 書き物 [書く] | リンク集 登録有 |
| RSSﾘｰﾀﾞｰ登録 |
|---|
| RSS |
| 日記表示ｽﾀｲﾙ |
| ﾎｰﾑﾍﾟｰｼﾞ型/携帯 画像/動画/音声/ﾘﾝｸ |
| 表示開始年月 |
| 日記内検索 |
| 分類 |
| 全て 1.このｻｲﾄについて 2.作品DB開発/運用 3.ﾎｰﾑﾍﾟｰｼﾞ制作技術 4.Perl 5.C++ 6.検索ｴﾝｼﾞﾝﾚﾎﾟｰﾄ 7.ｻｯｶｰ 8.自分のこと 9.Linux 10.旅行 11.思ったこと 12.Berkeley DB 13.その他技術系 14.企画 15.ｽﾏｰﾄﾌｫﾝ 16.自分限定ﾒﾓ 17.運用ﾏﾆｭｱﾙ(自分用) 18.技術系以外実用書 19.料理 20.ALEXA 21.ｱﾆﾒ 22.会計 23.ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ全般 24.設計書 25.色々ｻｲﾄ作成 |
| 挨拶 ここは accessup.org の管理人さん のﾍﾟｰｼﾞです｡ ｻｲﾄに関する お問い合わせは こちからから 日記の内容 日記では主に ･ｻｲﾄ運営/開発 ･検索ｴﾝｼﾞﾝ情報 ･技術ﾈﾀ(Berkeley DB, Linux, Perl, ｻｲﾄ作成等) を扱っています｡ お気に入りPV Blackmore's nightの Magical world (ﾛﾐｵとｼﾞｭﾘｴｯﾄの歌) ｻｲﾄ内管理系ｼｮｰﾄｶｯﾄ 1.定期更新処理 2.英語版Myﾍﾟｰｼﾞ 3.未処理削除提案 4.承認待ち提案 5.日々のﾀｽｸﾁｪｯｸ 思い付きﾒﾓ [ｻｲﾄ作成での心構え] ･孤独死させない ･ﾘｱﾙﾀｲﾑに変化させる 気に入った言葉集 [ﾋﾞｼﾞｮﾝ] 無いものに 気付くことができる [対人] 士は己を知る者 のために死す [仕事] 日々1%の改善は 年37倍の改善 2人の日々1%の改善は 37x37=年1427倍の改善 組織の改善は大きい Noと言わなければ 優先順位は決定できない Noの言い方には色々ある ･優先順位 ･時間ができたら ･他人に依頼 ･次期にやる ･絶対駄目 [ﾋﾞｼﾞﾈｽ] 必ず1位を取れるところで勝負 2位はつまりは敗北 [組織] 人が好きな人が必要 PMは方法論より ﾁｰﾑに注力すべき 自己決定的であることが重要 [経営] 戦略は道標だから 敵や状況で変わらないもの にする(右往左往しない) 変えるのは戦略ではなく戦術 経営者は他は劣っても 熱意･情熱だけは最高 でなければならない [生活] 家族は自分が守るべき 最小の単位 良い習慣を身に付ける鍵は 何度も実践すること 現代の生活は時間の浪費 に満ちている [人生] 日々の生活の中で 目標を見失わないこと 補足 この日記の左ﾒﾆｭｰは Myﾍﾟｰｼﾞの 自分のﾍﾟｰｼﾞをｶｽﾀﾏｲｽﾞ から設定可能 ここで日記を書くには 作品評価もしくはﾌｧﾝ登録 をして論客として ご参加頂く必要があります｡ |
ウェブサイトにおいてBerkeleyDB.pmとDB_File.pmのどちらを使うべきか...
といえばBerkeleyDB.pmです。
というのは、BerkeleyDB側の同時書き込みによるデーター破損防御ロック、トランザクションの利用などの機能がDB_File.pmでは利用できないからです。
DB_File.pmの方がperlに普通同時に付いてくるものなので、思わずそちらを使ってしまいそうになりますが、できるだけBekeleyDB.pmの利用方法を覚えた方が良いでしょう。
但し、BekeleyDB.pmの文章(perldoc)はお世辞にも十分な情報が載っているとは言えないので、敷居は高いです。
文章がどこにあるのか、といえば、BerkeleyDB.pmはBerkeleyDBのC言語のAPIのperl版実装と言えるので、BerkeleyDBのC言語のマニュアルを読む必要があります。
それに対応するAPIが用意されていると考えて問題ないです。
...
やっぱこの敷居の高さがBerkeleyDB.pmの問題かな?
その点、DB_File.pmは、一度tieさせてしまえば完全にperlのハッシュの操作と違わない操作を許しているので、敷居は限りなく低く、そちらを使う利点もあると思います。
但し、DB_File.pmの場合には、BDBファイルをlockしてunlockして、というのを同時書き込みがありうる処理に対しては行っていました。
裏に隠れてしまうので破損が起きるまで見逃しがちですが、そうした同時書き込みに対するロック・アンロックといった処理は必要です。
あと、sync(メモリーからファイルに書き込むタイミング)の把握も、場合によっては必要になります。
そういう点で、DB_File.pmは簡易にしてはくれるけれども、簡易にした分見えなくなっている動作があり、かつそこに対して十分な機能が提供されていない面があるので(同時書き込みの制御)、その点は注意が必要です(とりわけ同時書き込みとsyncするというタイミングに対する意識と対策)。
BerkeleyDB.pmも、きちんとした文章や、BerkeleyDB.pmの複雑さを隠すモジュールがあれば、敷居は下げれて機能もアップするので誰もがそちらを使うようになると思いますが、そこらへんが実現できていないのが問題でしょうね。
自分の場合は
| use BerkeleyDB; use BDB::Wrapper; my $bdb='test.bdb'; my $key='key'; my $value='value'; $self->{'bdbw'}=new BDB::Wrapper; if(my $dbh=$self->{'bdbw'}->create_write_dbh($bdb)){ local $SIG{'INT'}='IGNORE'; local $SIG{'TERM'}='IGNORE'; local $SIG{'QUIT'}='IGNORE'; $dbh->db_put($key, $value); $dbh->db_close(); } |
| <=次記事2008/04/25 ちょっとした情報の追加:...作品中...位 =>前記事2008/04/22 ブラウザー::ブラウザーを作ってみた 大分類が「Berkeley DB」の記事 記事全て |