08/09/04 01:23:48
>>933
> 桐の一括処理を駆使したシステムをAccessに移植するのは、骨が折れそう(>_<)ヽ
骨が折れるとかなんとかではありません。全面的に作り直しになります。
一応両方ともデータベースだという以外は似ているところはまったくといっていいくらいありません。
> で、テーブルに計算式が使えないって事は、クエリで計算してアップデートしろって事でしょうか？
はいそのとおりです。本来桐のようにデータと計算式が一体になっているというのはデータベースでは異例なんです。
これは桐のユーザーにとっては面倒だとは思うのですが、理論的には別になっているべきものです。
もうひとつ脅しておくと、桐のデータも時々壊れることがありますが、Accessのデータはその何倍も壊れやすいです。
しかも、桐ならばだいたい修復できるのですが、Accessのデータは修復してもだめなまんまということが多いです。
それだけ聞くと、たしかに桐にしとけって話にもなるんですが、桐は閉じた世界です。
桐をいくら勉強しても桐の世界以外にはいきません。
Accessは壊れやすいデータがいやならMySQLなりPosgresqlなり他のデータベースを採用することができます。
桐は一応外部データベースを使えることになってますが、速度の面で問題があるようです。
Accessでデータの更新等に使われるSQLも標準技術ですので他への応用が利きます。
まあ、はっきりいって最初は不平不満たらたらという状態になるはずですが、AccessにはAccessの良さがあります。
桐をやめろとはいいません。桐で間に合うことに無理にAccessを使う必要はないでしょう。
私も時には桐でちょっとしたアプリケーションを作ることがあります。がんばってください。