みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
Win7 FM12 の初心者です。
日報は検査日と作業者を検索し一覧表で表示させます。
レコードは計画No毎に作成します。
A検査日 製品名 A検査結果 A作業者 計画No 製品コード
2015/12/02 aaaaa OK あああ 123 0123
2015/12/02 bbbbb OK あああ 124 0124
2015/12/02 ccccc OK あああ 125 0125
検査日・検査結果・作業者は作業工程毎にフィールドを作成しているので、A以外にB,C・・・・計30種類あります。
従い、私の力量ではレイアウトを30個作成する必要があるのですが、少ない数で済ますことは出来ないでしょうか。
>検査日・検査結果・作業者は作業工程毎にフィールドを作成しているので、A以外にB,C・・・・計30種類あります。
これが間違いかと。
Offline
>検査日・検査結果・作業者は作業工程毎にフィールドを作成しているので、A以外にB,C・・・・計30種類あります。
これが間違いかと。
30種類に分けているのは作業内容が異なるので、作業毎にフィールドを作ると区別し易いので分けているのですが。
このような設計はやらないのでしょうか。
私の勘違いかも知れないです。
>レコードは計画No毎に作成します。
とあったので、1レコード内にA検査日、B検査日、C検査日・・・と
多くのフィールドがあるということではないのでしょうか。
Offline
検査日・検査結果・作業者は作業工程毎にフィールドを作成しているので、A以外にB,C・・・・計30種類あります
これは結果として、
3 × 30種類 = 90フィールド
有る。
ということですよね。
これを、
1検査ごとに1レコードとする別テーブルにする。
そのテーブルのフィールドは
計画No
検査日
検査種類 (検査の種類 A、B、C・・・を入力)
検査結果
作業者
として、
現テーブルとは計画Noでリレーション
これがお薦めです。
Offline
各検査毎に、内容の詳細フィールドが有るのかもしれませんね。
もし、検査毎に入力内容が異なるのなら、レイアウトは別になってしまうのでは。
Offline
説明不足で申し訳ありません。
チポ様の説明通りにテストDBを作成しました。
別テーブルにレコードを作成後、現テーブルに新規レコードを作成し計画Noを入力すると別テーブルの検査種類が表示します。
それを検査日と作業者で検索できるので、レイアウトは1個ですみそうです。
皆様のコメントどうりです。
3×30種類=90フィールド 有ります。
検査毎に入力内容が異なるので30レイアウトに別けており、実際のフィールドは数100個あります。
従いテストDBのようにいかないように思うのですが。
やはりそう言うことですか。。
共通に出来ないフィールドはその分作るしか無いですね。
レイアウトも異なりますから、その分のレイアウトか、
タブにすることになりますね。
これだけなら別テーブルのメリットはなくなりますが、、
それを検査日と作業者で検索できるので
このような要求には別テーブルがいいですよね。
Offline
よく管理できているデータベースで、ゆーざーに管理を任さない、という前提でしたら、テキスト1...、数値1... などのフィールドを必要数作り、検査1では、テキスト1に検査結果、検査2ではコメント、などのように検査の区分毎に異なったカテゴリーの値を入力する、という手が使われる事も有ります。
ただ、かなり詳細なドキュメントを残していかないと、メンテナンスで非常に苦労する事になりますので、よく考えて採用してください。
Offline
皆様、大変有難うございます。
今回は私のレベルと今後の運営を考慮し30個のレイアウトを作成することにします。
確認ですが、チポ様の別テーブルの方法とは現テーブルに検査ごとのフィールドを配置することで、
リレーションの検査ごとには「このリレーションシップを使用して、このテーブルでのレコードを作成」のチェック。
これで良いのでしょうか。
今回のやり取りでフィールド,レイアウトが多い場合の設計方法は相談したほうが良いと思いました。
その際は宜しくお願い致します。
それでよろしいでしょうね。
Offline
Pages: 1
[ Generated in 0.044 seconds, 10 queries executed - Memory usage: 523.1 KiB (Peak: 527.64 KiB) ]