みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
Pages: 1
AとBのテーブル間で計算をするとき、ポータルで双方から必要なテーブルを取り出し計算して
その計算結果は、AとB管理しやすいほうに計算フィールドを置くのが普通でしょうか？
テーブルの関係も結果の意味も解らないので何とも言えませんが、ポータルを使わなくてもリレーションだけで参照できますし、ExecuteSQLを使えば関数だけで取り出すこともできます。
結果は別のテーブルに置いたり、レイアウト上で表示するだけということも考えられます。
リレーションだけでは参照できないから出納帳や家計簿ではテーブルを一つにしろ、
ということだとおもっていました。ああいわれるのはなぜですか？
ExecuteSQLをつかって他のテーブルにおく、というのは転記のようなかんじてますか？
またレイアウト上に結果をおくのはどのオブジェクトでおくのでしょうか？か
「ああいわれる」といわれてもどう言われたのかわかりませんが、多分出納帳や家計簿で入金と出金を別のテーブルにしたという話なんでしょうけど、
そうだとすると自分にはそもそも別のテーブルにする理由が思いつきません。RDB理論で完全に正規化するとそうなる、というのはわかりますが、、、完全な正規化はSQＬ系のＤＢでもあんまりやらないんじゃないかな。
「リレーションだけでは参照できない」
参照できないというより、リレーションというのはある1つのレコードに対して関連するレコードを定義するものなので、例えば家計簿で入金と出金を別のテーブルにした場合、関連を定義しようがないと思います。
例えば月ごとの決算集計をするとしたら、1か月1レコードの別テーブルに集計結果を保存するというようなことはあると思います。転記ですね。何度も繰り返す処理なのでスクリプトでやるでしょうから、ＥｘｅｃｕｔｅＳＱＬを使う必然性はありませんが...
この関数はリレーションを使わず複数テーブルからデータを収集する機能の１つとして上げましたが、スクリプトならレイアウトを切り替えて対象テーブルを変えればどのテーブルからもデータが得られます。
計算式を直接指定したければボタンバーが使えます。
マージ変数やグローバルフィールドというのもありますね。
リレーションだけでは参照できないから出納帳や家計簿ではテーブルを一つにしろ、
リレーションでその値は参照できるのですが、実際には、その各日付で時系列な処理が必要ですので、結局1テーブルで処理しないとしかたなくなります。
Offline
Pages: 1
[ Generated in 0.007 seconds, 10 queries executed - Memory usage: 551.71 KiB (Peak: 562.84 KiB) ]