UNIX DBMはこちら(GNU gdbm, Berkeley DB etc...)

**名無しさん＠お腹いっぱい。** · 03/07/01 10:36

リレーショナルじゃなくてもSQLでなくてもデータベース。

C/C++, perl, python, tcl/tk, java etc言語バインディングも
豊富だしお前ら、もっと活用してみませんか？

Berkeley DB
http://www.sleepycat.com/

GNU dbm
http://www.gnu.org/software/gdbm/gdbm.html

**名無しさん＠お腹いっぱい。** · 03/07/01 11:45

2getすらされていませんよ？

**停止しました。。。：停止** · 03/07/01 11:59

真・スレッドストッパー。。。(￣ー￣)ﾆﾔﾘｯ　　

**名無しさん＠お腹いっぱい。** · 03/07/01 12:35

手軽そうだからちょっと興味あり。

**名無しさん＠お腹いっぱい。** · 03/07/02 00:12

追加。better GDBM な DBM
QDBM
http://qdbm.sourceforge.net/

**名無しさん＠お腹いっぱい。** · 03/07/02 00:26

関連スレ

”最強のＤＢ”Perl xDBMについて語れ！
http://pc2.2ch.net/test/read.cgi/db/1056996886/

**名無しさん＠お腹いっぱい。** · 03/07/02 00:28

ちなみに漏れは Ruby 製の簡易掲示板で使ってる。
OS によってファイル構成が異なるのが嫌かな。

**名無しさん＠お腹いっぱい。** · 03/07/03 01:53

/etc/pwd.dbとかちっちゃいやつではお馴染みだけど、
subversion http://subversion.tigris.org
とかかなりDBサイズが巨大なもんでもBerkeley DB使われてるね。

Berkeley DB XMLとか面白そうだけどまだ使ったこと無いや。
http://www.sleepycat.com/products/xml.shtml
GettingStart斜め読みした限りでは問い合わせ言語に
XPath(name space support)が使えるからかなり良さげ。

そういや誰かXPathの擦れも建てて欲しいと思ったり、スレ建てインポなんで。

**名無しさん＠お腹いっぱい。** · 03/07/04 14:22

Cでプログラムは組めるが，データベースというとチンプンカンプンなので
このスレで勉強したいsage

**名無しさん＠お腹いっぱい。** · 03/07/04 17:45

>>9
Berkeley DBは問い合わせ(クエリ)のインタフェースに
SQLインタプリタみたいな複雑なものは使わないので、
C書ければすぐ使えまつよ。

*BSDなんかのlibc組込のBerkeley DBだと
openしてput/get/delしてcloseくらいのホント質素なもん、
Javaご存知ならimplements java.util.Map, java.io.Serializableって
いえばピンと来ると思いまつ

ドキュメントもよく整備されてるので是非一読を
http://www.sleepycat.com/docs/index.html

**名無しさん＠お腹いっぱい。** · 03/07/06 06:09

質問なんですが、
perlでGDBMに受け渡したデータをJavaから呼び出すことは可能ですか？
初歩的な質問ですみません。

**名無しさん＠お腹いっぱい。** · 03/07/06 06:50

>>11
何言ってる不明
もっと具体的に書かないと答えられるものも答えられん。

11 · 03/07/06 12:06

perlで野菜の値段データベースを以下のように作りました。

tie %yasai, 'GDBM_File', "yasaiDB", &GDBM_WRCREAT, 0640;
$yasai{tomato}=100;
$yasai{renkon}=50;
untie;

これで、ファイル名が"yasaiDB"と書かれたデータベースができました。
私が疑問に思ったのは作成されたこのデータベースはJavaのなかでも
呼び出せるのかというところです。
文字コードの問題などがありそうですが、不明なため質問いたしました。
よろしくお願いします。

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**名無しさん＠お腹いっぱい。** · 03/07/06 23:26

漏れは馬DB使ってるのでGDBMはよく知らないんだけど、
言語バインディングごとにDBファイルの互換性が無いなんてこたーないでつ。
#エンディアンは問題になるかも、i368しか持ってないので試せない。

文字コードについては、
http://aurora.rg.iupui.edu/~schadow/dbm-java/pip/gdbm/ 使ってまつか？
Perl側の文字コードがEUC-JPだったりする場合は、RawPacking使って読み書きして
InputStreamReader/OutputStreamWriterで変換すればいいみたいでつ。

**名無しさん＠お腹いっぱい。** · 03/07/07 00:05

>>16
俺も同じく馬DB。

>>13
馬DBだとデータもキーもバイト列として保存するだけなんでエンディアンの影響はあります。
ntohl()とか使って変換しとけばOK。GDBMも同じじゃないかな。

**名無しさん＠お腹いっぱい。** · 03/07/07 03:26

db3っておれだけか？いや誰か居るはずだ。

**名無しさん＠お腹いっぱい。** · 03/07/07 04:00

>>18
db3って何?
ｸﾞｸﾞってみたけどBerkeley DB version 3 (= db3)が大量に引っかかって探せない。

**名無しさん＠お腹いっぱい。** · 03/07/07 04:08

>>19
それ。でも何故かbdbと言えば皆bdb2なんだよ。
WebSphereでも*BSDでもbdbと言えばbdb2なんだよ。
3使ってる奴いないんだよ。
何故だ？

19 · 03/07/07 04:18

>>20
既に4系があるからでは。ウチでは4.1.25使ってる。
どちらかと言うと1.85の方が使われてない?

**名無しさん＠お腹いっぱい。** · 03/07/07 04:29

うむ。3は存在を認識されずに終わったバージョンのようだ。残念。

**名無しさん＠お腹いっぱい。** · 03/07/07 04:45

QDBMかなり速いみたいよ。

**not 大岡山** · 03/07/07 05:58

一応仲間に入れとくか
cdn (qmail MTAの作者djbによるdbm replacement)
http://cr.yp.to/cdb.html
訳はhttp://tools.qmail.jp/あたりにたぶん転がってる

**not 大岡山** · 03/07/07 05:59

s/cdn/cdb/ でつた

**not 大岡山** · 03/07/07 06:02

>>23
ベンチ将軍誰かヨロ

**名無しさん＠お腹いっぱい。** · 03/07/07 06:56

>>20-21
ライセンスの問題じゃない？

**名無しさん＠お腹いっぱい。** · 03/07/07 08:45

>>26
これとか。http://qdbm.sourceforge.net/benchmark.pdf

**名無しさん＠お腹いっぱい。** · 03/07/07 13:05

確かに早いな、＞qdbm
ただ、トランザクションとRECNOインタフェースが無いね。
あんま必要性を感じたこたないが。

あんど馬DBも同様なんだが、java バインディングは
implements java.util.Mapしてホスイと思うのは漏れだけ？

19 · 03/07/07 13:06

>>27
だね。1.86(出てるの知らなかった)まではBSDライセンス。
2.x以降はQtに似たデュアルライセンスでした。

**名無しさん＠お腹いっぱい。** · 03/07/07 13:08

>>29
馬は4.2系でJavaのcollection APIをサポートとか書いてあったよ。
Java詳しくないから違うものかもしれんけど。

**名無しさん＠お腹いっぱい。** · 03/07/08 00:16

Berkeley DB 4.2.XX Change Log
ttp://www.sleepycat.com/update/4.2.XX/if.4.2.XX.html

The new Java DBX API for Berkeley DB allows Java programmers to use a familiar
Java Collections style API, including Map, while interacting with the transactional
Berkeley DB core engine. [#6260]

**名無しさん＠お腹いっぱい。** · 03/07/08 08:55

移植性はどうなのだ？

**名無しさん＠お腹いっぱい。** · 03/07/08 12:31

>>33
どれの?

**名無しさん＠お腹いっぱい。** · 03/07/09 19:42

あなたたちが求めるDBMの機能ってなんなの？
・処理が速い
・データベースファイルのサイズが小さい
ってのはもちろんだよね。他に、アクセスメソッドの豊富で（ハッシュ、B木、キューなど）、
トランザクションとかあると嬉しい人もいるのかな。他にもREDOログによる復旧もできると
嬉しいかもね。
一方で、高度な機能は求めてなくて、シンプルで移植性（代替）があって高速なのがDBMの
よいところでもあるよね。

**名無しさん＠お腹いっぱい。** · 03/07/09 21:28

初心者質問で悪いんだけど
馬DBって何ですか？ Berkeley DBのこと？
horse DB とかでググッたけど、何か競走馬のデータベースとか
引っ掛かって？？です。

17 · 03/07/10 01:42

>>36
馬DBはBerkeley DBです。たぶん。
このスレ>>16辺りが初出と思われ。

わかりにくくてｽﾏｿ

**名無しさん＠お腹いっぱい。** · 03/07/10 08:36

Linux = リヌクス...いぬくそ...犬糞
BSD = バークレーソフトウェアディストリビューション...ばくそ...馬糞

同じBerkeley繋がりってことで馬DB

**名無しさん＠お腹いっぱい。** · 03/07/10 08:45

>>38
今日はためになった。

**名無しさん＠お腹いっぱい。** · 03/07/10 11:52

ぃぬｘ

36 · 03/07/10 21:05

馬DB = Berkeley DB ってことね。了解。

それでは、馬DBユーザに質問

今、私は馬DB4.0.14 を Java から使ってます。
（Solaris2.6, JDKはJ2SDK1.4.1）

馬DBのRPCの機能を使って、C/S環境でプログラム作っている。

com.sleepycat.db.DbException: DB_NOSERVER_ID: Identifier unrecognized at server:
DB_NOSERVER_ID: Identifier unrecognized at server

というエラーが出てしまいます。このエラーはクライアントのJava VM でスレッ
ドを３つ作って，３つのスレッドでそれぞれ new DbEnv() してると
多発するみたい。しかしエラーが出ないときもあるのがまた困りもの．

もしかして，DbEnvオブジェクトってマルチスレッドで使えない？

このへんの所，詳しいやつ，おれに教えれ！
いや，教えてください．おながいします m(..)m ペコペコ

**名無しさん＠お腹いっぱい。** · 03/07/11 03:36

>>41
お、RPC使ってるのか。人柱よろ。とりあえず、
・馬DB 4.1.25にアップグレード
・ビルド時のconfigure引数晒す
とか。

ところで、DbEnvって1プロセスに複数作れたっけ?

36 · 03/07/11 20:45

先に謝る．長文メンゴ．長文過ぎて怒られたので２つに分けてる

|| ・馬DB 4.1.25にアップグレード

最初は，4.1.25 + patch.4.1.25.1 ってのを使っていたんだけど，4.1.25だと
Java + RPC の環境で使えないようなので 4.0.14 に戻したんだ．

そう思った理由は以下を見てチョ．

* DbEnv.open()の flag 引数の説明ところから抜粋
Db.DB_THREAD
Threading is always assumed in the Java API, so no special flags are
required and Berkeley DB functions will always behave as if the
Db.DB_THREAD flag was specified.
つまり，Java API から使うと Db.DB_THREAD フラグが必ずセットされる．
(http://www.sleepycat.com/docs/api_java/env_open.html#Db.DB_THREAD)

* RPCプログラミングのイントロから抜粋
The DB_THREAD flag to the DB_ENV->open and DB->open methods may not be
specified, that is, DB_ENV and DB handles used in RPC clients are not
free-threaded.
(http://www.sleepycat.com/docs/api_c/env_open.html#DB_THREAD)
つまり，RPC環境でDB_THREADがセットされるとダメ（英文解釈間違ってるかも）

もしかして，4.1.25 でわざわざ使えなくなってるってーことは，4.0.14で
Java+RPCの組合せには，バグありってことなのかな．

36 · 03/07/11 20:46

その２

|| ・ビルド時のconfigure引数晒す

config.log によれば，

$ ../dist/configure --prefix=/usr/local/db4 --enable-java --enable-rpc

です．ちなみに馬DBのコンパイルに使ったCコンパイラは

% cc -V
cc: Sun WorkShop 6 update 2 C 5.3 2001/05/15

だった．

|| ところで、DbEnvって1プロセスに複数作れたっけ?
そう，ここが臭ーいのだ．4.0.14のソース(DbEnv.java)の中にこんなのがある
んだけど．．．

public class DbEnv
{
....
public static class RepProcessMessage {
public int envid;
}
....
}

これって， 1プロセスで複数のDbEnvオブジェクトを作ったら envid は共有さ
れているの？ static class つーのが解りません．
＃ただの Java の質問になってまった

**名無しさん＠お腹いっぱい。** · 03/07/12 03:27

>>44を読んだだけでソース読まずにカキコ。
envidはRepProcessMessageのインスタンス毎に値を持っている。
DbEnvは無関係。

public class A {
　public static class B {
　　private int value;
　}
}

と

public class A {
}
public class B {
　private int value;
}
はほとんど同義だよ。
違いは
1.インスタンスの生成は A.B b = new A.B(); と書く
2. 前者はclass AはB.valueにアクセス可能、後者は当然無理
ってとこかな。

**名無しさん＠お腹いっぱい。** · 03/07/12 20:15

CygwinでBerkeleyDB使える？

**名無しさん＠お腹いっぱい。** · 03/07/12 20:27

つーかQDBMだろ。日本製だし。

**あぼーん** · NG

あぼーん

**名無しさん＠お腹いっぱい。** · 03/07/12 21:52

>>46
使える

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**名無しさん＠お腹いっぱい。** · 03/07/13 14:04

GDBMについて詳しく説明してくれ。
RDBなの？
特徴は？
どんな時に使ったりしてる？

**名無しさん＠お腹いっぱい。** · 03/07/14 02:49

キーと値のペアからなるレコードをファイルに保存したり、そうやって作った
ファイルからレコードを取り出すことができるようになります。機能はそれだけ。
RDBとはあんまし関係ないです。しいていえば、RDBのインデックスに使うハッシュ
とおんなじようなことをしているツールです。
利用法はいろいろありますが、わざわざRDBを使うまでもないようなことに使います。
例えばWebの掲示板とか、アクセスログの記録とか、ユーザアカウントの管理なんかですね。

**名無しさん＠お腹いっぱい。** · 03/07/14 03:23

バカが「低水準関数でのファイル操作が一番速い」とロクな知識もなく
無茶苦茶なファイル操作して大幅な速度低下を起こすのを防ぐのに使います。
いや、使わせます。

**名無しさん＠お腹いっぱい。** · 03/07/22 21:17

BerkeleyDBの、set_pagesize、set_cachesize、set_h_ffactor、set_h_nelem、set_cachesize
とかのチューニングのツボがイマイチよくわからん。強者の解説求ム。

**名無しさん＠お腹いっぱい。** · 03/07/23 01:57

￣￣￣＼:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::＼　　　　　　／
　　　　　l:::::::::::::::::::::::::;;:::ヘ::rv'ﾚ'､::::::::::::::::::ゝ　　　　／
　　　　　 |::::::;::vrﾍl/''"`"_,, ﾉ　､;;､ ''ヽ;:::::::::::!　　　　|
　　頼　　＼'' "　　 _,,..-=､''_　　>',=-､ ' i:::::::;!　　　　ヽ　も　し.　は　ア
　　　　　　　|　　／ ,rﾆ･L　　| { ':ﾆ･i,.　 |:::::l　　　　／　　　て　　　ゲ
　　　　　／　　　 'i ,''≡'　　 |　i`＝= i　i;/l　　　　>　　　も　く　勘　る
　　む　 /,i　　　　　| !　　　r┤　i､　　J ,:､!,!　　　 |.　　　う　れ　弁　の
　　　　　ヽ,!　‐=､;､ | l　 , , ,`',,`''´,',　　〃 |i　　　　ヽ　　　　　・
　　　　 r‐-`;-　 'ヾ;;''､ ,' , ',,;＝=＝; ' ,i/　l　　‐=､--'　　　　　・
　　　　 |ヽ__,i　　,　　 i! , ／r──-l!　i!　/;､_　　　｀`i 　　　　・
＿＿_／'´ i　', ' , ' ,　 |　''"￣￣￣　　!./ i;;;;;｀`''-､　｀`i
;;;;;;;;;;;;;;/　　i　 `''-､, ', , ; , ' , ', ', ' ,', ' ,/'　 |;;;;;;;;;;;;;;;;;;`''-i
;;;;;;;;;;;;/　　　i　　,' , .`''ｰ- '　　　 ,. ‐'"/　　|;;;;;;;;;;;;;;;;;;;;;;;;;ﾞー､

**あぼーん** · NG

あぼーん

**名無しさん＠お腹いっぱい。** · 03/07/26 05:28

QDBMのGDBM互換APIがいいぞ。完全なソースコード互換で、速度は５倍以上出るんじゃないかな。

**名無しさん＠お腹いっぱい。** · 03/07/26 05:46

祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り

ニーノさんのホームページ作り２
http://ex.2ch.net/test/read.cgi/entrance/1059029010/
ニーノ ◆p9GipySMGk によってラウンジにたてられたこのスレで、

http://page.freett.com/ninogumi/
【ニーノさんのホームページ】
というサイトが作られた。（現在もコンテンツは爆発的に増えてるよ。）

さぁ、君もアイディアを出して、２CHネラーだけの最強サイトをつくろう！

祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り

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

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

**山崎渉** · 03/08/15 23:04

　　　 (⌒V⌒)
　　　│ ＾＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

**名無しさん＠お腹いっぱい。** · 03/08/23 12:32

Webの掲示板でdbmを使うときってキーは何にするの？記事の番号を文字列で"1", "2", "3"とかするの？

**名無しさん＠お腹いっぱい。** · 03/08/24 16:41

>>62
単純な掲示版ならそれでいいと思う。
で、"max"みたいな特別なキーに記事番号の最大値をいれておけば、新着順に表示できるはず。
2chのようにフローティング機能を持たせたいのなら、各記事を双方向リンクリストでつないでおいて、
記事を上げる場合はそのつなぎかえをしなきゃならんが。

**名無しさん＠お腹いっぱい。** · 03/09/12 05:48

Constant Database (cdb) Internals
http://www.unixuser.org/~euske/doc/cdbinternals/index.html

**名無しさん＠お腹いっぱい。** · 03/09/22 01:58

>>64
CDBって何が優れてるの？
単なるハッシュDBだったらSambaのTDBが最速だと思うんだけど、djb氏はなぜ今さら
yet anotherなものを作る必要があったのだろう。

**名無しさん＠お腹いっぱい。** · 03/09/23 08:26

>DBMファイル直接ダウンロードできてしまうサーバも多いのは、気にしないの？
>ついでに、DBMファイルとの接続は、普通のテキストファイルに比べて、３倍～１０倍の時間がかかるのも気にしないの？
>おまけに、1件（テキストファイルなら行）あたりの読込み速度が数倍かかるのも気にしないの？
ってみたんだけど、テキストやRDBMSほうがいいの？

**名無しさん＠お腹いっぱい。** · 03/09/23 21:58

>DBMファイル直接ダウンロードできてしまうサーバも多いのは、気にしないの？

鯖の設定を知らんアフォですな、テキストならダウンロードできないとでも思ってるのか？

>ついでに、DBMファイルとの接続は、普通のテキストファイルに比べて、３倍～１０倍の時間がかかるのも気にしないの？
>おまけに、1件（テキストファイルなら行）あたりの読込み速度が数倍かかるのも気にしないの？

>>54に尿意
RECNOみたいに行番号だけで済む探索ならプレーンテキストと優位な差は出んが
ランダムアクセスならハッシュのDBMの方が明らかに速いのが判らん痛い人なのだろう。

**>>66** · 03/09/23 22:08

数万個のレコードがある場合、ファイルを開く時間に較べれば検索にかかる時間がとても大きくなります。
単なるテキストファイルだと数万回の読みだしとデータ比較を行うことになりますが、DBMを使えばそれが
たった数回で済むのです。というわけで、検索キーのあるレコードを保存するにはテキストよりDBMが有利です。
DBMとRDBMSの使い分けに関してですが、検索キーやレコードの構造が複雑な場合はRDBMS、キーとそれに対応
する値がひとつづつといった単純な構造の場合はDBMを使うとよいでしょう。ただし多くのDBMはキーの完全一致
検索しかサポートしていないので注意しましょう。

**名無しさん＠お腹いっぱい。** · 03/09/23 22:20

>>65
> yet anotherなものを作る必要があったのだろう。
元々はqmailとかdjb toolの設定ファイルキャッシュ用に作ったのだとオモタ。
動機はセキュア(=俺が書いたコードでないと安心できない)ってところか？

**名無しさん＠お腹いっぱい。** · 03/09/24 15:48

>>67
>>68
勉強になりました。csvやMySQLは使ったことあるんだけど、dbmはなかったので
これから少し使ってみようと思います。

**名無しさん＠お腹いっぱい。** · 03/09/24 16:14

つまりqmailとか以外の用途はなさそうってことか。

**名無しさん＠お腹いっぱい。** · 03/09/26 19:00

>>71
他にcdb使っているアプリってvpopmailだとかqmail臭いものばっかりだからなぁ。
djb信者じゃなければ、ふつ～にBerkleyDBやgdbm使ったほうがいいよ。特にBerkleyDB
は3以降で機能の大拡張がなされて、トランザクションまで使えるし。

**名無しさん＠お腹いっぱい。** · 03/09/29 00:12

２つ質問があります。
dbmは連想配列をファイルに保存とイメージしているのだけれども、
検索キーが複数あるような場合はやっぱし使えないですか。キーを適当なセパレータでつないだり
するのは別として。

掲示板のデータをdbmに収めたとして、たとえば"dbm"で全文検索して一致した書き込みを表示とかってできますか？

**名無しさん＠お腹いっぱい。** · 03/09/30 00:48

>>73
質問１の回答：キーが複数ある場合は、複数のDBMを使うしかない。
DBM-1は、列1をキー、オブジェクトのIDを値にする。
DBM-2は、列2をキー、オブジェクトのIDを値にする。
...
DBM-nは、列nをキー、オブジェクトのIDを値にする。
で、
DBM-Vは、オブジェクトIDをキーにし、オブジェクトの中身を値にする。
そして、キーに応じて適切なDBM[1..n]を引いてオブジェクトIDを取得してから、DBM-Vを引いて
オブジェクトを取り出せばよい。つまり、リレーショナルDBが暗黙的にやっているようなことを自分
で実装しなければならない。面倒だけど性能は期待できる。

質問２の回答：DBMで全文検索をするのは、そのままでは難しい。
全文検索ってのは、内容にあるパターンを含むレコードの一覧を得る処理なわけだが、DBMはキー
の完全一致しかサポートしていない（Btreeは前方一致が可能だが）。
DBMで無理矢理全文検索を実現するなら、テキストに含まれる語句を切り出して、切り出したパタ
ーンをキーとし、それを含むオブジェクトのIDの配列を値にすることになるだろうな。
"dbm" : [1,3,9,54,98]
"ndbm" : [1,8,53]
"sdbm" : [2,3,9,23]
みたいな構造にするのかな。パターンをどうやって切り出すかを考えるには、自然言語処理
についてちょっと勉強しないといけないだろう。

**名無しさん＠お腹いっぱい。** · 03/10/01 00:11

>>74
ありがとうございます！！

大変参考になりました。

**NAME IS NULL** · 03/10/30 20:44

ちょっと使ってみたら、速度は
CDB >>>>> QDBM > TDB >> GDBM
だね。
CDBが圧倒的に速いし、ファイルも小さい。
でも更新と検索が同時にできないのはちょっと使いづらいかな。

**NAME IS NULL** · 03/10/31 12:53

NDBMだけはガチ

**NAME IS NULL** · 03/12/03 15:34

BerkleyDBでは、レコードを削除しても、ファイルサイズが減らない(領域は再利用される)のですが、
元のファイルから古いデータを消して、新しいファイルにダンプするしかダイエットの方法はないですよね？
そのデータ移行中に更新がかかると取りこぼすような気がするので、何か良い回避方法はないですかね？

**NAME IS NULL** · 03/12/05 12:46

データ移行中には更新をブロックするしかないんじゃないかな。

**NAME IS NULL** · 03/12/31 21:15

ちとすれ違いだが。
apache_2.0.48のapr-utilのbuildが馬DB4.2.xだとコケるんだけど
↓のマクロをみて禿しく萎えた。
ttp://cvs.apache.org/viewcvs.cgi/apr-util/build/dbm.m4
ttp://cvs.apache.org/viewcvs.cgi/apr-util/build/dbm.m4?r1=1.5&r2=1.6
GNU autotoolってほんとにバッドノウハウの塊だね。

**NAME IS NULL** · 04/01/20 17:50

Berkeley DBなんですが、解凍したファイルを作成しておいた /db
ディレクトリへFTPして、それからTelnetでbuild_unixまで行って、
そこから../dist/configure　と打ったら、こういうエラーが出ました。

bash: ../dist/configure: Permission denied

/db/　の属性は７７７と変更してから行ないました。

なにが問題なのでしょうか・・可能性を教えてください。

**NAME IS NULL** · 04/01/20 23:30

それって、bashが「configureが許可がなくて実行できない」って言ってるんじゃない？dist/configureのファイル属性調べてみて。

**NAME IS NULL** · 04/01/21 00:24

てか、cd ../dist してから ./configureしなきゃ

**NAME IS NULL** · 04/01/23 01:33

↑
レ、レベルひくぅー

**NAME IS NULL** · 04/01/26 23:04

人のこと馬鹿にする奴は地獄に落ちるぞ。

**NAME IS NULL** · 04/01/28 15:40

>>84は昨日鳥インフルエンザでお亡くなりになりますた。

**NAME IS NULL** · 04/01/30 11:06

web上の辞書引きページを作ろうと思ってるんですが、
単語数は、1000から2000で、各単語は発音、品詞、訳語、
例文など６～７フィールドです。
頻繁にアクセスがあるとすると、どのDBMに格納するのが
吉でしょうか。ポスグレとかの方がいいのでしょうか。

**NAME IS NULL** · 04/01/30 11:16

>>87続きです
それともこのくらいならテキストファイルの方が早いですか。

**NAME IS NULL** · 04/02/01 00:36

その程度のサイズならば、ファイル全体がOSのI/Oキャッシュに乗るだろうから、
テキストファイルで問題ないと思います。
速度を追求するならBerkeley DB使った方がいいかな。QDBMもいいかも。

**NAME IS NULL** · 04/02/01 08:24

>>89
ありがとうございます。
QDBMって速いっていうレスあったので、テキストと
両方試してみます。

**NAME IS NULL** · 04/02/06 08:24

ndbmが最も速いのでは

**NAME IS NULL** · 04/02/07 23:03

QDBM:パフォーマンスはオリジナルのNDBMの数倍は出ます。
ttp://qdbm.sourceforge.net/tutorial-ja.html

**NAME IS NULL** · 04/02/28 08:20

Berkeley DBにあるRECNOってドンなの？
HASHとかBTREEならちょっとはわかるんだが。
実際どういう風に使うもんなんだろ...

**NAME IS NULL** · 04/03/04 01:36

俺も使ったことないけど、ぱっと見で、プライオリティキューの永続化に役立つんじゃないかな。

**NAME IS NULL** · 04/03/20 23:47

Berkeley DB って商用で使うとソース公開しないと有料なの？

**NAME IS NULL** · 04/03/21 20:47

SDBMよりGDBMのが速いとか風の噂で聞いたので試してみたら
体感で明らかに遅くなってしまって頭かかえてたんだけど
ttp://qdbm.sourceforge.net/benchmark.pdf
ここの見るとGDBMって書き込みが激しく遅いのね
しかしこのベンチのSDBMのReadが0って・・・

**NAME IS NULL** · 04/03/21 20:49

あ、qdbmってVCじゃビルド出来ないのね・・・

**NAME IS NULL** · 04/03/22 09:39

PERLの掲示板スクリプトとかに使ってもOKですかね？
MovableTypeでBerkeley DB使えるのを見て思ったのですが。
スレッドとか検索とか付いてくると、色々ごちゃごちゃ
してくるし。

**NAME IS NULL** · 04/03/23 20:09

>>97
VCでビルドできたよ。
ところで、ベンチマークに「SDBMは100万レコードで壊れた」ってあるけどマジかなぁ。

**NAME IS NULL** · 04/03/24 12:19

cdb の場合

* データベースの作成はとても速い！
* データベースのサイズも小さい！
* データベースの参照もとても速い！
* データベースの更新は、全データが必要（実質、再作成と同じなので、速度も再作成と同じ）

cdb 以外のgdbm,qdbmなどの場合

* データベースの作成の速度は普通（ものによるが、cdbほど速くはない）
* データベースのサイズもものによる（cdbよりは大きい）
* データベースの参照もものによる（cdbほど速くはない）
* データベースの更新は、他のデータは不要で、cdbより速い！

で、理解あってる？

**NAME IS NULL** · 04/04/03 21:23

ttp://aveiro.hp.infoseek.co.jp/skk/servers.html
ここの下のほうに cdb の 0.55 と 0.75 の違いが書いてあるけど、
これがもし本当なら大きなデータで殆どのレコードにアクセスするような例では
現行の 0.75 は結構辛い?
あと TinyCDB とやらでもこれは同じなのかな。

**NAME IS NULL** · 04/04/06 21:46

いいスレ

**NAME IS NULL** · 04/04/22 16:37

だけど、静香杉。

**NAME IS NULL** · 04/05/10 02:17

頑張れ。

**NAME IS NULL** · 04/05/16 07:33

SQLiteに較べてBerkeleyDBやQDBMの方がやっぱ速いんですよね？
試しに置き換えたとしたら、どのくらい速くなるでしょうか。

副問い合わせをDBMのAPIで置き換えるのはちと大変だと思いますが、、、

**NAME IS NULL** · 04/05/16 14:34

DBMって正直分かりづらいですね

**NAME IS NULL** · 04/05/28 04:09

SQLもな。

**NAME IS NULL** · 04/06/29 17:11

マルチスレッドなプログラムでndbmを使用しようとしたんですが、
やはっりというかMT-unsafeなんですよね。
バークレーDBや、qdbm,cdbmはMT-safeなのか、ご存知の方教えて
頂けませんでしょうか
因みにOSはsolaris8で、プログラムの中では検索しかしません。
（検索だけなのでndbmでもいけそうな気もするのですが、、、）

**NAME IS NULL** · 04/06/29 17:12

↑さげわすれました。。。

**NAME IS NULL** · 04/06/29 17:25

>>108
qdbmはスレッドOKでしたね。

**NAME IS NULL** · 04/07/28 09:17

dbm_fetchを呼ぶと、以前呼んだ時の戻り値のdatum.dptrが指す先が書き換えられるんだね。
これのせいで昨日からずっと悩む羽目にあった。

**NAME IS NULL** · 04/07/28 11:14

>>111
それってえろう怖いんじゃねえか

**NAME IS NULL** · 04/07/29 05:49

つーか今さらNDBM使うなよ。

**NAME IS NULL** · 04/08/08 20:40

berkeley db java editionってどう？

**NAME IS NULL** · 04/08/10 00:29

すいません、純粋にjavaだけで動かすことができるDBMっていうのは
あるのでしょうか？

**NAME IS NULL** · 04/08/10 05:53

いっぱい

**115** · 04/08/10 17:01

Berkeley DB はJava editonがあるのがわかりました。
ちなみに、話題のqdbmっていうのは、java向けのAPIがあるだけで、
javaだけでは動かないのでしょうか？

**NAME IS NULL** · 04/08/10 17:11

最近話題になったとこだと
ttp://slashdot.jp/article.pl?sid=04/08/04/0843246
あたりか？

**NAME IS NULL** · 04/08/11 22:28

Berkeley DB のライセンスって、なんかBSDライセンスとかじゃ
無いみたいんだけど、日本語でライセンスの書いてある説明
とかってないでしょうか？

**NAME IS NULL** · 04/08/12 22:21

口調を統一しない人には教えません。

**NAME IS NULL** · 04/08/13 16:43

Berkeley DBの使い方が分かるWeb上のドキュメントがあればURLを教えてください。
db_loadというユーティリティでデータベースファイルを作成することはできたのですが、
いらなくなったkey=dataペア(レコード)を削除する方法が分かりません。
そのつど.dbファイルを作り直さなければいけないのでしょうか。

**NAME IS NULL** · 04/08/15 21:45

高林さんの馬DBネタとか。
ttp://namazu.org/~satoru/diary/200406.html
ttp://namazu.org/~satoru/diary/200407.html

>>123はNent Yaku

**NAME IS NULL** · 04/08/15 22:13

>>121
C言語なら
int DB->remove(DB *db, const char *file, const char *database, u_int32_t flags);
という関数がある。C++でもJavaでも同様のメソッドがある。

**NAME IS NULL** · 04/08/15 22:49

http://namazu.org/~satoru/diary/200406.html
http://namazu.org/~satoru/diary/200407.html

**NAME IS NULL** · 04/08/16 14:47

>>122-123
レスありがとうございます。121です。
付属のユーティリティをつかって簡単に削除できるのだろうとおもっていたのですが
そういう使い方をするモノではないんですね。ちょっと勘違いしておりました。

**NAME IS NULL** · 04/08/30 16:09

qdbmっていいの？そんなにいいの？
使うよ？いいの？

**NAME IS NULL** · 04/08/31 13:45

荒らすな

**NAME IS NULL** · 04/09/27 17:52:34

勃起age

**NAME IS NULL** · 04/09/27 23:42:50

cygwin + ruby1.8 + BerkeleyDBでうまくいってる人いる？

**129** · 04/09/28 00:09:24

おいおい、会社でだめぽだったのに家では余裕でできた。
会社のはbdbがdevel版がインストールされてなかったのかな。

**NAME IS NULL** · 04/10/20 21:58:02

perlでNDBMを使ってたんですけど１日で１０倍以上にサイズが肥大化したので
Berkeley DBに変更しました。すると肥大化はしなくなったものの負荷が数倍かかるようになりました。
GDBMなんかは肥大化するわ壊れるわで最悪でした。
perlのバージョンを変えてもapacheのバージョンを変えても解決せず。
アクセスが多すぎると駄目なのでしょうか。

**NAME IS NULL** · 04/10/20 23:52:06

qdbm はどう？

**NAME IS NULL** · 04/10/21 12:37:01

>>131
ちゃんとファイルロックしてないだろ。壊れるのあたりまえ。
NDBMにしろGDBMにしろ最初はファイルサイズ大きくなる。
が、後からはデータを追加してもその分しか大きくならない。

**131** · 04/10/21 18:43:26

flockでファイルロックは行っています。
壊れるというのは、ファイルが飛んでサイズが減るわけではなく
サイズはそのままで全てのデータが読み込み出来なくなります。
ぷららのサーバで同じように試してみるとどんどんファイルサイズに差が出てきます。
直ぐに200KBと5MBくらいに差がでました。
1度テキストに変換して全て書き直すとサイズは200KBまで落ちたので異常に肥大化されているような気がします。

QDBMはインストールはしましたが書き込めても読み込めなく、原因が分からなかったので諦めました。

**NAME IS NULL** · 04/10/23 15:42:49

許容できないなら仕方ないが、サイズの肥大化は
索引や効率を考えて前もって領域を確保してる分だから、
動作としてはおかしくない。

あと実装によってはdbm側でロックの機構があるから、
それを使う方が望ましいかもしれない。

**NAME IS NULL** · 04/10/27 04:38:31

>>131
GDBMが壊れるあたり、DBとの接続をちゃんと切ってないことない？
CGIとかでも、プロセスが死ぬ前に確実に接続を切る（ハンドルを閉じる）
ようにしないとファイルがおかしくなるよ。

**NAME IS NULL** · 04/11/10 16:34:50

クァキコしとこ。

**NAME IS NULL** · 05/01/15 00:58:37

SymbianOSに入るようなメモリ空間100KB以下の
DBご存知ないですか？C言語でお願いしまっする。

**NAME IS NULL** · 05/01/15 03:52:49

>138

そんなん（メモリ空間100KB以下)だったらDBいらねーんでは？

**NAME IS NULL** · 05/01/15 19:23:40

>>138
QDBMは? POSIX互換なら動きそうだけど。

**NAME IS NULL** · 05/01/17 23:44:17

solidはどう？商用だけど。
ノキアやOpenViewで使ってるって。

**NAME IS NULL** · 05/01/20 15:57:28

超遅レス
>>134
bdb使っているのにflockでロックってなんの冗談なんだろう?
ttp://pybsddb.sourceforge.net/ref/lock/stdmode.html

**NAME IS NULL** · 05/01/25 04:15:25

糞なOSでも使えるDBじゃねえの。組み込みとか。

**NAME IS NULL** · 05/01/25 20:33:08

ヲイヲイ。おめーは携帯電話をつかってねーのか。

**NAME IS NULL** · 05/02/18 03:15:52

BerkeleyDBよく見たらすごいな。
トランザクション使えるし、レプリケーションできるし、
オンラインバックアップできるし、2phase commitできるし。
ただ、ライセンスがきつくて使いづらい。

**NAME IS NULL** · 2005/03/26(土) 15:09:38

この前tie初めて使った。感動した。

**NAME IS NULL** · 2005/04/04(月) 15:27:05

BerkeleyDBの料金体系ってどんな感じなんでしょう。
どなたか具体的なお話を聞かせて頂けないでしょうか？

**NAME IS NULL** · 2005/04/05(火) 00:22:16

Sleepycatにサポートしてほしいってこと？
直接聞けばいいのに。

**147** · 2005/04/05(火) 15:07:31

>>148
公表されても構わないことと思われるのに、
ネットで全然その話題に行き着かなかったのです。

BerkeleyDBの利用しづらさって、その辺が全然分からんのもあると思うので、
どなたか情報を放流してもらえないかと期待しての書き込みです。

**NAME IS NULL** · 2005/04/05(火) 18:05:52

http://www.sleepycat.com/download/licensinginfo.shtml
とか
http://www.sleepycat.com/supports/index.shtml
とかに普通に書いてない？

**NAME IS NULL** · 2005/04/05(火) 20:31:04

>>150
いや、そこに載ってるのはサポートの価格で
知りたいのはコマーシャルライセンス自体の価格だと思われ。
Sleepycatのオープンソースライセンスは実質GPL(否LGPL)と同等だから、
製品に組み込もうと思ったら、その製品のソースも何らかの形でオープンにしないと駄目。
http://www.opensource.jp/licenses/sleepycat.html

多分InnoDBと同程度の価格だと思うんだけど、InnoDBはOEMオンリーで
結局MySQLでの価格差でしか見れないし、本当の供給してる値段は判らんね。

**NAME IS NULL** · 2005/05/30(月) 22:16:20

保守

**NAME IS NULL** · 2005/06/10(金) 12:33:06

QDBMのVillaで、重複レコードは同じキーのレコードの末尾に格納されるとあるけど
これはキーが重複したレコードの中では登録日時順に並ぶという事だよね。
しかし分からないのはその後の「DBのアップデートの為にそのカーソルは使えなくなる」という記述。
どういう事？
マニュアルのサンプルコードで重複キーのレコードに対してカーソルを使っているが。

**NAME IS NULL** · 2005/06/10(金) 15:37:19

QDBMのVillaの比較関数ってどこに書いてどう使えば良いの？
とりあえずVLCFUNC型の変数に自作関数のポインタを入れてみたけど
それで自動的に使われるというわけではないみたいだし。

**154** · 2005/06/10(金) 19:05:58

おー、分かった。
すっげ嬉しい。
openするメソッドの引数で指定するんじゃん。
灯台下暗しだな。
俺は下以外も暗いけどな。

**153** · 2005/06/10(金) 19:27:24

自己解決しました。

**NAME IS NULL** · 2005/06/22(水) 18:26:07

qdbmのodeumはWEB上の文書しか扱えないの？
アプリケーション内で作った文字列を格納する方法が見当たらないんだが。

**NAME IS NULL** · 2005/06/22(水) 20:13:41

個々の文書はwebとは限らないけれど、もとの文書を格納しておくわけじゃな
くて、転置インデックスしか管理しない。
estraierの用途を考えればわかるように、元の文書はどっか他の場所にファイ
ルとしてあるっていう前提があって、 odeum 側で、いちいちそのファイルの
内容をコピーせずに、そこへの参照(パスとか)だけ持てばいいって発想なんだ
ろう。

**NAME IS NULL** · 2005/06/22(水) 21:56:09

APIなんだから、対象の文書がどこに保存してあるとか関係ないでしょ。
ODDOCオブジェクトを作ってoddocaddwordで語を入れさえすればいい。

**NAME IS NULL** · 2005/06/22(水) 22:02:49

pure java のDBMっぽい。おまえらコントリすれ
http://jdbm.sourceforge.net/

**NAME IS NULL** · 2005/06/22(水) 22:04:27

>>161
BSD License だったからあげさせてもらうよ

**157** · 2005/06/23(木) 02:59:16

oddocopen("URI")は、実際にそのURIにアクセスしてデータを取得したりしないの？

**NAME IS NULL** · 2005/06/24(金) 09:05:52

>>157
しないよ。文書にIDをつけてるだけみたい。実際にはユニークであれば
どんあ文字列をしていしてもいいみたい。

**157** · 2005/06/24(金) 11:35:39

レスありがとう！

**NAME IS NULL** · 2005/06/25(土) 04:57:25

ＱＤＢＭのC用ＡＰＩにはvistaがあるけどC++用ＡＰＩには無いのは何故？

**NAME IS NULL** · 2005/06/26(日) 03:08:08

QDBMのODDOC型にunsigned intのポインタを加えようとして、
ODDOC構造体にunsigned int *num;を書き加えて、
アプリケーション側でODDOC->num = unsigned intのポインタ;
と書いたのだけど、
odput内でODDOC->numを書くとセグメンテーション違反になってしまう。

oddocopen();を、unsigned int *numを引数として受け取る様にして、この関数内でODDOC->num = num;
とする方法も試してみたけど、そうするとポインタの代入が上手く行かない。
oddoc *doc;
unsigned int num[10];
cout << num << endl;
doc = oddocopen(URI,num);
cout << doc->num << endl;
で、numとdoc->numの値が異なってしまう。

原因分かる方居たら教えてくれませんか？

**NAME IS NULL** · 2005/06/27(月) 15:46:55

古いライブラリとリンクしてるからじゃないの?

**166** · 2005/06/29(水) 10:45:23

>>167
reboot後にコンパイルしても変わらないし、make uninstall して make installしても変わらないし、
変更が一部反映されてるからそれは大丈夫だと思うんだけど。

話は変わるけど、
c++でvistaを使いたくて、
アプリケーションのソースコードに#include<vista.h>を書いてみたり、
xvilla.hやxvilla.ccのvilla.hの部分をvista.hに変えて見たりしたけど
そのアプリケーションを実行してもディレクトリじゃなくvilla用のファイルが生成されてしまう。
qdbmのメーリングリストに参加しようとしても何故かメールが送信出来ないし。
qdbmのマニュアルのサンプルコードをvilla.hからvista.hに変えて使ってみると
ちゃんとディレクトリ生成してvistaとして動くんだけど。
xvista.hというファイルは無いし。
C++ではvistaは使えない仕様なのかな？

**166** · 2005/06/30(木) 13:10:03

インストール時に発生していた問題に応急処置をしていた事が原因でした_no

**NAME IS NULL** · 2005/07/21(木) 05:47:53

バークレーDBをperlで使っていますがファイルロックがよくわかりません。
>>142氏のリンク先を何度読んでも理解できず…
どなたか簡単に解説をお願いできないでしょうか。

**NAME IS NULL** · 2005/07/21(木) 06:00:25

すんまそん…、普通にperldocに日本語で書いてありました。
お時間の許す方は煽ってやってください orz

**NAME IS NULL** · 2005/08/06(土) 10:21:45

>これを性能指標とするならば、例えば100万個のレコードを格納するためには50万要素のバケット配列が求められる。
>バケット配列の各要素は4バイトである。
>すなわち、2MバイトのRAMが利用できれば100万レコードのデータベースが構築できる。
QDBMのマニュアルから引用。
これって、バケット配列は2Mしか使わなくてもハッシュが重複してるレコードが50万あるからその為にメモリ使って
2Mバイトじゃ済まないよね？
重複レコードをどう扱ってるのか知らないけど、ポインタとprimary keyが要るから
バケット配列と合わせて合計6Mは使いそうな気がするんですが。

**NAME IS NULL** · 2005/08/06(土) 20:28:04

> ハッシュ値の衝突はセパレートチェーン法で管理する。チェーンのデータ構造は二分探索木である。

という記述と、

> レコード部はバケット部の直後からファイルの末尾までを占め、各レコードの以下の情報を持つ要素が記録される。
> 1. フラグ : `int' 型の整数である。
> 2. キーの第二ハッシュ値 : `int' 型の整数である。
> 3. キーのサイズ : `int' 型の整数である。
> 4. 値のサイズ : `int' 型の整数である。
> 5. パディングのサイズ : `int' 型の整数である。
> 6. 左の子の位置 : `int' 型の整数である。
> 7. 右の子の位置 : `int' 型の整数である。
> 8. キーの実データ : キーのサイズで定義される長さを持つ一連のバイトである。
> 9. 値の実データ : 値のサイズで定義される長さを持つ一連のバイトである。
> 10. パディング : 値のサイズとアラインメントにより算出される長さを持つ一連のバイトである。

という記述から判断するに、重複レコードのポインタはファイル内に記録してあるっぽい

**NAME IS NULL** · 2005/09/29(木) 22:43:37

QDBM以外には、面白データベースは無いのかね？

**NAME IS NULL** · 2005/12/03(土) 11:51:57

データベースそんなに更新しないならcdb最強でFA?

**NAME IS NULL** · 2005/12/17(土) 22:53:22

sleepcatライセンス面倒だな。orz

**test** · 2005/12/20(火) 13:38:10

test

**test** · 2005/12/20(火) 13:39:12

test

**NAME IS NULL** · 2005/12/21(水) 21:06:51

あ～、本日は hoge なり。

**NAME IS NULL** · 2005/12/22(木) 00:58:46

そろそろdbopenします。
やっぱりver1が落ち着く。

**NAME IS NULL** · 2006/02/12(日) 16:27:05

oracleがsleepycat買収交渉
http://www.itmedia.co.jp/news/articles/0602/11/news007.html

**NAME IS NULL** · 2006/02/15(水) 15:32:40

Oracle、オープンソースデータベースのSleepycatを買収
http://www.itmedia.co.jp/news/articles/0602/15/news015.html

**NAME IS NULL** · 2006/02/17(金) 22:02:46

ついにBSDにオラクル標準装備か。

**NAME IS NULL** · 2006/02/18(土) 19:11:15

Berkeley DBとBSDは全く関係ねーだろ。

**NAME IS NULL** · 2006/03/10(金) 02:11:43

Berkeley DB メールで値段聞いても無視だったよ　なんなんだろうｗｗｗ

**NAME IS NULL** · 2006/03/10(金) 17:37:12

ボラクルに買収されたので人居ません。

**NAME IS NULL** · 2006/03/21(火) 11:52:13

ボラクルに買収されたから使うのやめよ。。
ボラクル調子こきすぎてなんかむかついてきたぞ。。

BDBオープンソースじゃなくなる日も近いのかな。。

**NAME IS NULL** · 2006/03/21(火) 12:25:31

その時はGPL化されてFedora DBになりますからご心配無く。

**NAME IS NULL** · 2006/03/21(火) 14:17:27

FSFが買い取って、GNU/DBじゃないの？

**NAME IS NULL** · 2006/03/21(火) 14:23:08

FSFにはgdbmがあるからBDBを買い取る理由がない。
Red Hatは自社のLinuxのパッケージデータベースにBDBを使ってる。
おそらくBDBユーザ数としては最大。

**NAME IS NULL** · 2006/03/25(土) 02:49:25

QDBMがACIDサポートすればBDB要らなくなるかも

**NAME IS NULL** · 2006/04/02(日) 13:28:55

オラクルは InnoDB も買収したが、MySQL の買収には失敗したようだな。

**NAME IS NULL** · 2006/05/18(木) 23:40:55

Berkeley DBでデジカメの画像をデータとして入れる時はどうしたらいいの？
教えて下さい。

**NAME IS NULL** · 2006/05/19(金) 09:43:32

いや、普通に入れれば入ると思うんだけど。
もうちょっと具体的にどんな言語を使うとかどういう使い方をするとか詳しく。

**193** · 2006/05/19(金) 21:35:29

>>194
有り難うございます。

いくつか見たサンプルが、いずれもテキスト形式のデータだったので、
バイナリデータは何等かのかたちでエンコードする必要が有るのかなと
思い、確認をしないまま質問してしまいました。

FreeBSD 6.1Rでgccを使っています。
今は郵政公社の郵便番号データをサンプルデータとして、Cで簡単な
プログラムを書きながら使い方を覚えようとしている途中なので、
具体的にこういう使い方をしたいと言えるレベルに達していません。
一応、画像データ、撮影時の情報、データ加工の内容等を
リンクさせて見たいなと思っています。

画像データは結構サイズが大きいのですが（RAWデータだと数十M位）
データの取り扱いで何か注意しなければいけない事など有りますか？

もしよろしければ注意点などお願いします。

**NAME IS NULL** · 2006/05/21(日) 17:06:32

画像ファイルはどこかのディレクトリに置いといて、
パスだけDBに入れるってのもアリかもよ。
取り回しが面倒になる欠点はあるが、万一DBが壊れた場合の
復旧とか考えるとそっちの方が安心。

**193** · 2006/05/21(日) 22:50:10

>>196

先ずはパスを管理するデータベースを作ってみようと思います。
色々質問をしてすみませんでした。

画像データのサイズは数メガの間違いです。

**NAME IS NULL** · 2006/06/16(金) 05:29:45

3年掛かりでやっと200レスか。まったりしててよきかな。

**NAME IS NULL** · 2006/06/16(金) 06:54:40

あぼーん

**NAME IS NULL** · 2006/06/16(金) 11:01:21

200get!