みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
日付テーブル と 出勤簿テーブル があり、一対多になっています
直接ファイルメーカーでレコードをつくるときは問題ないのですが
EXCELで、1行に、日付 氏名 時間 などが書かれているものをインポートする必要もあります
それぞれのテーブルに必要な項目だけインポートしてもリレーションするIDが揃わないので
一対多にできません
よろしくおねがいします
> リレーションするID
日付で照合していないのですか?
出勤簿でインポートしたレコードのIDと
同じIDのレコードを日付テーブルで作ればいいのでは。
Offline
1対多ってレコードを作るときに双方にIDをいれてそれでリレーションするものではなかったですか?
日付テーブルと出勤簿テーブル、どちらにも日付フィールドを作成するのでしょうか?
照合は何でもいいんですよ。
今回の場合日付の照合がいいのでは。
IDの称号としても、出勤簿に日付がないとIDの振りようがないでしょう。
Offline
日付テーブル と 出勤簿テーブル の構成は?また、IDの付番規則は?
出勤簿がわに日付がないのでしょうかね。
Offline
最近のバージョンではUUIDの主キーフィールドがデフォルトで作られるので、それをリレーションキーにする人が多いのでは。
回答有り難うございます
EXCELで
・日付 氏名 時間 アルコールチェック結果など
といった感じで一行に1レコードで入力しています
これを、ファイルメーカーの
・日付テーブル(日付)
・出勤簿テーブル(氏名 時間 アルコールチェック)
に1対多の関係でインポートしたいです
直接ファイルメーカーで入力することもあり、そのときはポータルを使って
一般的な伝票の作成の要領で入力しています
主キーはレコード作成時にオートナンバーでくるられるものです
インポートがからむ場合はオートナンバー(よく主キーに意味をもたせるな、日付なんかはだめと解説サイトに書いてあるのでしたがってます)
は使わずに日付でやるべきなんでしょうか?
日付テーブルは、日付のみのテーブルですよね。これの存在意味は、ほとんど無いです。出勤簿テーブルに、グローバルフィールドで日付を保たせておき、自己リレーションを張っておくのと、運用上の差はありません。
Excelのデータは、そのまま勤務表へインポートしておけばいいですね。
> よく主キーに意味をもたせるな、日付なんかはだめと解説サイトに書いてある
主キーは、ランダムに入るデータを識別するために使うものですから、今回作るとするならば、勤務表テーブルに作ってもいいでしょうが、おそらくそれを使うことはないでしょう。
また、主キーとリレーションキーは別のモノですので、日付をリレーションキーにしても、何ら問題無いですよ。
また、1日1レコード以下 というテーブルでしたら、日付が主キーになってもおかしくないです。
Last edited by Shin (2021-11-15 18:23:28)
Offline
日付テーブルのレコードの作り方を、、
出勤簿テーブルで日付フィールドを作っておきます。
日付テーブルで、日付フィールドの入力値の制限で
常時・ユニーク
とします。
出勤簿テーブルでインポート直後に、
日付テーブルで出勤簿から日付をインポートします。
日付テーブルで全日付のレコードが必要なら、
まとめて1年分とか簡単に作れるでしょう。。。
リレーションキーの考え方はShinさんのとおりですね。
Offline
Pages: 1
[ Generated in 0.006 seconds, 10 queries executed - Memory usage: 517.71 KiB (Peak: 522.25 KiB) ]