みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
皆さんにお聞きしたいのですが、居酒屋の営業用のものを作っているのですが
主に売上と各テーブルの注文状況や商品の在庫状況などが解るように作っています。
スタートソリューションの「目録」(FM16)にあるものは出庫や入庫で在庫の増減に1レコードを使っていますが
居酒屋のシステムでこれをやると、在庫関連のテーブルに日付/商品名/在庫増減のデータで1レコードを作り
1注文がある毎に1レコード増える感じになります。
1席に10-15注文あったとして、1日20席が埋まるとしたら、1日に200-300レコード作成されることとなります。
細かく1レコードで作成すると、他データで使いやすい反面、営業日数が増えるとレコード数が増え過ぎてしまうのではないかと懸念しています。
在庫レコード自体は複雑な計算式などは一切なく、日付・テキスト・数字 フィールドのみの簡単なものとなりますが
このようなレコードが増える作り方で進めてしまっても問題ないでしょうか?
100万レコードとかでもファイルに問題は出ませんか?
技術仕様では、レコード数の制限は6京以上です。私の管理してたファイルの最大でも、数百万レコードを超えていました。(さらに大きなファイルを扱っている事例も知っています)
想定されている運用では、1年に10万レコード程度、テーブルが数回回るとして、数年で100万レコードでしょう。ですので、なんら問題無いです。
ただ、その他の原因でファイルが損傷を受けることも考えられますので、バックアップは厳重に取っておきましょう。また、たまに最適化保存を行なっておくと、快適に使えますよ。
Offline
Shinさんがそう仰るのであれば安心しました。
最適化保存とバックアップは忘れないようにしておきます。
ありがとうございました!
Pages: 1
[ Generated in 0.004 seconds, 7 queries executed - Memory usage: 505.01 KiB (Peak: 516.01 KiB) ]