みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
Pages: 1
親子関係の値の自動取得で悩んでおります。
日報：親テーブル
明細：子テーブル
カウント：子テーブル自己リレ
補足：
・明細側フィールド：
・日付フィールド（日付）：親から作成された時に計算値で取得。
・出勤数フィールド（数字）
・人別日毎_出勤数（計算フィールド：自己リレ先から出勤数フィールドを合計カウント）
・日報と明細：親IDでリレーションしています。
・明細と明細自己リレ：日付とスタッフIDを明細テーブルとリレーション
目的：明細テーブルでその日に何回明細にスタッフが出現したか？を取りたいためです。
質問：
１既に作成された日報の日付が変わると、関連する明細レコードの日付フィールドも自動的に変更したい。（計算フィールドのように）
スクリプトトリガで、日報の日付が変わった時に、関連レコード移動して置換する方法を利用していますが、
計算値でなんとかできないものか？考えています。
２人別日毎_出勤数フィールドを計算フィールドではなく数字フィールドに変更して、1と同様に自動取得したいのですが、方法はありますでしょうか？
理由は1ヶ月に多くて日報レコード：1000レコード数、明細レコード：10000レコード数位作成される可能性があるため、
人別日毎_出勤数フィールドをゆくゆくクロス集計等に利用したいために、計算フィールドだと遅くなるのでは？と懸念。
以上、よろしくおねがいします。
子の日付フィールドが非保存になりそうなのでクロス集計の時に困りそう？
Offline
作成済みの日報の日付が変わる、という所が全く理解できませんが。
日付は、ルックアップにしておいて、再ルックアップすれば良いのでは。
日毎集計は、単に明細側のレコード数を数えているだけでしょ。常に表示させておく、というのでなければ、集計で表示させれば良いだけかも。
Offline
旅人さん そうなのですね。考えなおしたほうが良さそうですかね。
Shinさん 日報の日付は単純に日付データの入力間違いがあるので、正しく修正する必要性があるためです。
再ルックアップとはどうすればいいのでしょうか？
明細側には日付は不要では。
自己リレーションは、親IDとスタッフIDで張れば良いでしょう。
構造的に疑問があるんですが、日報そのものは、一人１日に対して１レコードになるのが普通でしょうから、日報側に日付とスタッフIDが入力され、詳細側はレコードIDのみを持たせれば良いはずです。ファイルの構造を具体的に書いていただけませんか。
また、集計は、同行者なども含めて行われるのでしょうか。
ファイルの構成によってかなり変わるのですが、将来構想のクロス集計でも、日付は参照で扱えば、10000レコード程度ではそんなに時間は変わらないでしょう。集計ですから数分が待てないことも無いでしょうし。
人と月での集計ならば、別の集計方法を取った方が簡単でしょう。
https://www.dropbox.com/s/kjwphde07e3kp … 7.zip?dl=0
Last edited by Shin (2016-08-21 20:19:41)
Offline
言葉足らずですいません。もう少し整理してから質問したほうが良さそうです。
取りあえず、テーブル毎のフィールド定義を書き出してみてください。
それと、運用について書いて頂けるといいかと。
Offline
Pages: 1
[ Generated in 0.021 seconds, 7 queries executed - Memory usage: 516.13 KiB (Peak: 521.04 KiB) ]