みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
お世話になります。
ファイルメーカー 初心者でpro16を使用しています。
DBを作成するにあたり、基本的な事を質問させてください。
フィールド数が非常に多く、後々の事を考えると、フィールドを複数のテーブルにわけて1レコードに表示させるように作成をした方が良いと考えています(そもそもの考え方が間違っていたらご指摘下さい)。
そこで、1レコードに複数のテーブルを表示させようとすると、リレーションを組む必要があるかと思うのですが、メインとなるテーブルにAccessionNo.(ユニークな照合フィールド)を入力すると、他のテーブルも自動的に新規レコードを作成し、同じAccessionNo.(ユニークな照合フィールド)が自動入力させて、1レコードに表示させられないかと考えております。
何か良い方法はないでしょうか。
どうかご教授ください。
Offline
> フィールド数が非常に多く、後々の事を考えると、フィールドを複数のテーブルにわけて1レコードに表示させる
おやめになった方がいいと思いますよ。
1レコードの成り立ちが同じテーブルは作らない。
と考えるべきでしょう。
テーブル構造が分かりませんが、
各フィールドの存在から考えたらいかがでしょう。
Offline
チポさん、今存在しているファイルが一つのテーブルにフィールド数が200ぐらいあります。そう言った場合も、わけない方が良いのでしょうか?
なにぶん、よくわかっていないため、不安で確認させてもらいます。 すみません。
Offline
すべてのレコードで、その200フィールドが入力されるのでしたら、1テーブルの方がいいかと思います。
そのフィールドが、例えば条件がAの時のみ入力される、というグループ分けができるのでしたら、別テーブルに分けるべきでしょう。
まあ、200フィールドは多すぎると思います。
Offline
shnさん、おっしゃる通り全てのレコードに200フィールドを入力するわけでなく、実際には条件によって、50フィールドほどの入力で済む場合もあります。
1つの結果に対して、毎回200フィールドのデータが作られるのは、データの容量も大きくなりますし、避けたいと考えています。
何か良い案はないでしょうか?カテゴリーに分けると、3〜4テーブルに分けることができます。
よろしくお願いします。
Offline
具体的な運用と構造を開示してもらないと、何とも。
> 1つの結果に対して、毎回200フィールドのデータが作られるのは、データの容量も大きくなります
そんな事は無いですよ。全体から見るとごく微微たる増加です。
Offline
例えば、フィールド名に
金額1・金額2・・・・
とか
名前1・名前2・・・・
とか付けられるような同じ種類のフィールドがありませんか?
そのようなのがあれば、それらは別テーブルのレコードに分解するべきです。
そう出来ればフィールド数が飛躍的に減るでしょうね。
普通に考えて、200ものフィールドって考えにくいでしょう。
とにかく、
もっとテーブルの構造の説明が無いと回答にはならないと思いますよ。
Offline
昔のスレッドの、プロジェクトチームの印刷用のレイアウトですか?
ポータル内の対象レコードの印刷は、関連テーブル側で印刷するとスマートです。
Offline
Pages: 1
[ Generated in 0.009 seconds, 10 queries executed - Memory usage: 517.38 KiB (Peak: 521.92 KiB) ]