みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
サーバー、FM、GoともV12です。
ファイルが二つに分かれています。
前任者が分離?と言っていたのですが利用具合が悪くて変更できないかと思い相談致します。
A、Bのファイルに分かれています。
一番困っているのはBファイルにデータがあるため、フィールド定義が容易に出来ないことです。
又、Aファイルで入力しているのに、Bファイルにデータ登録していると言われ理解できません。
データと設計が分かれいればスッキリするのですが。
Aファイルは
入力など常に利用
レイアウト設定
スクリプトの管理
スクリプトのためにリレーション
Bファイルは
データ登録?
テーブル
フィールド定義
ルックアップのためにリレーション
通称”分離モデル”という作り方かと思います。
AファイルからBファイルに対してリレーションしていると思います。
慣れればこの方がファイルのメンテナンスがしやすいという利点がありますが、雪渓の面での欠点もあります。
ただ、慣れないと何をしているおかわからないかもしれませんが
データベース管理のリレーションを見ると構造がわかると思います。(難解ですが)
過去にこのサイト
https://fm-aid.com/bbs2/viewtopic.php?id=977
が触れています
Offline
分離型で他のファイルを表示するためのリレーションは不要です。
リレーションシップグラフにそのテーブルが有ればいいのです。
分離型を解消するのには、
1.データをレイアウト側に移す。
2.レイアウトをデータ側に移す。
どちらかでしょうけれど、
いずれもそれなりの仕事量が必要になるのでは。
Last edited by チポ (2016-12-27 15:51:11)
Offline
データと設計が分かれいればスッキリするのですが。
と言う事ならば、その分離モデルがそれその物ですよ。
FileMaker では、ルックアップ等のデータその物に必要なリレーションがデータテーブルに付属していきますので、完全な分離は作れませんが、通常の設計と同じ事が出来ます。
フィールド定義も、ファイルA を開くと、同時に裏で ファイルB は開いていますので、必要な時にファイルBを表に出してフィールド定義を触れば良いです。必要ならば、ファイルA側にスクリプトを作って、ファイルBのファイル定義を開く事も出来ます。それをカスタムメニューにして埋め込んでおくと便利かもしれません。
全体の構造を理解出来れば、1ファイルに纏めても纏めなくてもどちらでも同じですよ。
Offline
Pages: 1
[ Generated in 0.033 seconds, 9 queries executed - Memory usage: 508.64 KiB (Peak: 514.48 KiB) ]