#68 Article 5808 Posted at 1994/12/27 21:02:36 by 夢中ゆわ (MAP2717) [DATABASE]

Subject: Re: Re: Re: database /5799 /5798 /5790

スレッド関係
元スレッド #68/5790 — 「database」 1994/12/24 19:09:40 · TWIN TOWER · MAP4424
現在、部屋の整理をしながら所持している漫画をデ-タベ-スにしたら面白い し便利でないかと思いデ-タを拾いました。デ-タは作品名、作者、出版社につ いてとりました。 これらをもとにしてデ-タベ-スをつくろうと思いますがどのようなソフトを 使って作成するのがいいでしょうか?できれば作品名、作者、出版社のいずれか に該当するものをパラメ-タの指定に基づいてピックアップしてくるようなもの がいいんですけど。 将来に備えて、それぞれのパラメ-タ(…
     参照 #68/5798 — 「Re: database /5790」 1994/12/25 12:52:39 · Batcha · MAP541
> 現在、部屋の整理をしながら所持している漫画をデ-タベ-スにしたら面白い >し便利でないかと思いデ-タを拾いました。デ-タは作品名、作者、出版社につ >いてとりました。 昔やったなー、部屋が狭いので90%のコミック書籍は全て古本屋に うっぱらったら、全額で5万ちかくになったなー 雑誌は全部捨てた・・・。5畳一間しか使えない人間にとってはスペース は命ですから(^^;) 常に有るコミックは100冊未満に維持してます(^^;) 千冊単位で…
         返信元 #68/5799 — 「Re: Re: database /5798 /5790」 1994/12/25 14:44:06 · TMV · MAP2256
自分はZERO2ってデータベースで管理しています。 1773冊(作品名、巻数、終了FLAG、作者、メーカー、種類、大きさ、格納庫) を快適に検索出来ます いまのソフトはどれを選んでもそれなりに使えるでしょうから、使い勝手を 試して決定すれば良いのでは? 自分はホントはいけないでしょうけど、人に幾つか借りて試してから ZEROを買いました。そのせいでマイナーFEP”刀”ユーザー(^^; 絶対無敵TMV
             現在 #68/5808 — 「Re: Re: Re: database /5799 /5798 /5790」 1994/12/27 21:02:36 · 夢中ゆわ · MAP2717
                 返信先 #68/5821 — 「Re:*4 database /5808 ... /5798 /5790」 1994/12/29 13:12:30 · TWIN TOWER · MAP4424
Batcha(MAP541)さん、TMV(MAP2256)さん、夢中ゆわ(MAP2717)さんありがとう ございました。 結局、自分のパソコンで出来る、パソコンを変えてもソフトがある、そんなに凝 ったことをする気はない、ということで123で作成することにし、2日間で作り 上げました。もともと、何を持ってるか?というのと(これで失敗してサディステ ィク19なんて2巻が2冊ある)、誰に何を貸したのか?という把握さえできれば いいのでそんなに…
スレッド全体を見やすく表示
ちょっと関係無いですが表計算ソフトでデータベースが出来るか?について。

簡単なデータベースでは123とかEXCELとかの表計算でも
十分できます。ちょっとややこしい事をさせようとすると困ります(^^;)

表計算は、パッと見でわかりやすいので入力が楽です。
ACCESSなんかのデータベースも入力時は表計算スタイルをとれば
整理は楽なんですが。またエディタ等でテキストで作成したデータも大抵のアプリは
読み込む事が出来るはずです。昔使ってたdBASEIIIのデータファイルは、
今でも大抵のデータベースで読めるのでありがたかったです(^^;)

作品、作者、出版程度なら、その辺の表計算で十分かと思われます。
データが少量ならエディタで入力して検索コマンドを使うというテもあります。


表計算を使うと一覧が奇麗に出力できます。
データベースにすると、1つ1つのデータ(単行本)についてかなり凝った
出力をする事ができます。Win系(ACCESS等)ならテキスト以外に絵のデータも
登録出来るので、例えば作品、作者、出版以外にカバー表紙とか、名場面(笑)とかを
スキャナーで取り込んで登録する事も出来ます(手間かかるけどね)

表計算では難しい「ややこしい事」とは?
表計算ではリレーショナルな関係付けが難しいです。
つまり1つのセルには1項目しか置けない(特定のセルだけ分割できない)ために
例えば、作者が複数居る場合とか、途中から作者が変わるとかした場合に
工夫が要るようになります。
リレーショナルの場合では、単行本の表と作者の表があって、それぞれを線で結ぶ
格好になります。1対多みたいな事が標準でサポートされているわけです。

更に出身地と現在地の表を作って作者の表と絡める事もできます。

作者の表を別に持つ事により、作者名が変更になった時の修正が容易でミスも
少ないです。表計算では一度作者名を間違ってしまってそれに気付かないと、
その後の検索に引っ掛からないとかいう事態も起こります。

また「石森章太郎」と「石ノ森章太郎」が同一人物であるという情報は
データベースでは、作者の表の中の情報ですが、表計算では、単行本の表内の
情報です。触らなくて良い単行本のデータを触るのは実はとても危険なのです。

データベースでは、検索などよりもデータ入力の方が労力は大変ですが、
データの間違い探しはもっともっと大変なのです。

結局、リレーショナルする事の利点というのは、修正が容易でミスが見つけ易いと
いう事でしょうか。

しかし、そこまでややこしい事をしないのなら、表計算で十分です。
実際、データベースアプリを表計算でしか(要するに1つの2次元の配列としてしか)
使っていない場合はよくあります。


ただ最近の123とかは表計算を名乗りつつ、データベース機能を独自に拡張している
場合もあり、またデータベースも表計算のいい所を取り入れてますから
表計算とデータベースの違いは無くなって来ているのかも知りません。

長文失礼しました。

#MAP2717 夢中ゆわ