みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
Pages: 1
解決できない問題があるのではなく、他の方はどうやってるのかな？という疑問なのですが・・・
顧客、商品、メールアドレスなど新規レコードを作成「させる」ケースはよくあると思います。
「登録」ボタンを押すまではレコードを作らないようにグローバルフィールドに値を一時保存しておくのですが
そのグローバルフィールドをどのテーブルに持たせるのが一般的なのでしょうか？
たとえば、【顧客テーブル】----【メールアドレステーブル】が、一対多でリレーションしているすると
登録用の値を一時保存するグローバルテーブルを持たせるのは、次のどれが適当でしょうか？
（１）顧客テーブル側
（２）メールアドレステーブル側
（３）グローバルフィールドを管理する他のテーブル
（４）グローバルフィールドは使わず最初から新規レコード作成してしまう
Offline
私の場合、グローバルフィールドでのリレーションを掛けない場合はグローバルフィールドのみのテーブルを作っています
以前はデータテーブル内にグローバルフィールドを作っていましたが、この方式にしてからミスが少なくなりました
Offline
その処理の中心になるテーブルに置く、というのを原則にしています。上の例でいうと、顧客テーブルかな。
気分で変えますが （｀｀）
Offline
いろいろ勉強しながらFMでのシステム構築を進めてまして・・・
初期に作ったものと最近の機能ではテーブルの持ち方やスクリプトなど違いすぎて黒歴史を見る気分で改善しています。
＞グローバルフィールドのみのテーブル
これがシステム的には理想かと思うのですが
構築や管理の手間暇を考えてその場その場でグローバルフィールドを持たせる場所が変わります。
あとは「なるべくフィールド数の少ないテーブルが持つ」
などの基準があったりもします。
一定していないことで自分にとってもストレスです。
Shinさんが「気分で変えて」らっしゃるなら、システムの規模が拡大しても
さほど問題にはならなさそうに感じますので
ある程度は臨機応変にしてみます
Offline
Pages: 1
[ Generated in 0.007 seconds, 8 queries executed - Memory usage: 567.99 KiB (Peak: 583.2 KiB) ]