2005-10-03-03-いなあもさんの PalmBacker 登場！

構造体Aで表されるデータを任意の数保存する必要があって

構造体Bで表されるデータを任意の数保存する必要がある場合は

＃要するに構造の違うデータを任意の数づつ保存する場合

別のデータベースに保存した方が管理しやすいのです

もちろん他にも理由はあり得ると思いますが(^^;

単純にデータベース管理ソフトで複数のデータセットを管理したいとか

u*Blogみたいにでかいバッファを必要とするアプリで、ヒープに確保するのが怖いからデータベースを使うとか

＞ EIJ さん

　おぉ〜、なるほど。データ構造ごとに別データベースにして管理を楽に．．．ですか。おそらく自分は１つのデータベースに放り込むのを好んでしまいそうなので考えませんでした。

空間的な問題からヒープを避けてデータベース、ってのは納得な話です。しかし、ヒープ領域の読み書きよりも、データベースの読み書きのほうが時間的に高くつくというイメージがありますが．．．これって思い込みかな．．．？（まぁ選択の余地が無ければ無意味な疑問ですが）

> 1つのデータベース

確かに1つでもできるのですが、テーブルやリストでレコードの一覧を表示する場合を考えるとデータベースをリストが対応していた方が楽なのです(^^;

Memoのサンプルコードのリストを表示している部分を見ていただけると参考になると思います

> 時間コスト

きっちり計ったことはないのですが、アクセス時間に関してはあまり差はないです

＃記憶媒体がシリコンだからかも

＃＃ゲームのようなリアルタイム系アプリだと差が効いてくるかもしれませんが(^^;

もちろんDBをOpenしてhandleを取得してlockするまでのオーバヘッドはありますので頻繁にアクセスする必要がある場合は、lockしっぱなしにするか一部をヒープにコピーして使ったりします

＃前者はあまりお行儀がよくないので基本的に後者で

> EIJ さん

いつもお世話になります．．．

>> 確かに1つでもできるのですが、テーブルやリストでレコードの一覧を表示する
>> 場合を考えるとデータベースをリストが対応していた方が楽なのです(^^;

おぉ〜、なるほど。データベースの内容をそのままリストに一覧するような局面とかですね。納得です。陰郎は大した量のデータを扱ったことがないので、全部ヒープでやってました。

>>>時間コスト
>>もちろんDBをOpenしてhandleを取得してlockするまでのオーバヘッドはありますので

なるほど、オーバーヘッドがあるとすればそっち．．．と。確かに Lock かけっぱなしは良くないですが、コマメにやるのは面倒に感じてしまいますね。陰郎がヒープを好むのはそのせいもあるかもしれません。

なんにせよ、すっきりわかったお陰でマルチデータベースに興味がでてきました。そのうちなにかに利用してみようと思います。