リレーション。
それはまさにリレーショナルDBに慣れた世界からすると異世界に感じるFMの「リレーション」。
最初一文読んだときは

「えー、よくわかんなーい」

ですっ飛ばして色々やっていたら、実は大事なリレーションであることがわかった。。。

これ↓、ダメです。

つまり、FileMaker以外のリレーショナルDBでは、最初に主キーと外部キーを決めておき、リレーションしておくことがDB屋さんのお仕事になります。
アプリケーション開発者はその設計されたDBを使って画面を作ったりプログラムを組んだりするわけです。

FileMakerは違います。

もちろん、主キーや外部キーは決めますが、

「画面ごとにそこで使うリレーションを設計する」

ことになります。
システムで使うリレーションを一つのリレーション図（「オカレンス」といいます）で設計してしまうと、負荷分散ができず、スピードに遅延が発生すると言われています。

なので、リレーションではそれぞれの画面のテーブルを配置して設計していきます。

一覧画面と明細画面を設計する

例えば一覧画面を作る場合です。
一覧画面用のテーブルをリレーションに配置します。
その際、どの画面で利用するのかがわかるように名前を変更（追加）しておくと開発が楽になります。

一覧で使うリレーション、一覧からクリックして詳細を表示する画面のリレーション、というように別々に追加して配置していきます。

この辺の感覚は、最初慣れないですよねー^^;;;

明細も同じページに表示する

そのほか、画面を分けずにページに明細も含める場合というのだと一覧＋明細のリレーションになりますが、「このページだけ」の利用ですよ。

大事だからもう一回言っておきますよ。

「このページだけ」

画面の作り方

ついでなので、このリレーションを使った各画面の作りを見ていきましょう。
画面の作り方は色々あるかと思いますが、そのうちの一つの方法です。
全てこの方法で作るということではなく、要件に応じて様々な作り方があります

一覧と明細画面の作り

では、一覧と明細画面を分けた場合の作り方です。

リレーションを張った関係は、親と子のような感じになるので、親を追加したら子も追加できるようにしておきます。

明細画面に移動する際、特定の明細を検索して表示します。

画面からスクリプトを実行するのは、こんな感じでしょうか。

データを入力すると、明細の詳細ボタンでその詳細に遷移できます。

飛べたよ。

同一ページの作り

親子一緒に表示する場合は、左に親のデータ、右に子である明細を表示するようにポータルツールで設計します。（明細のタイトル表示などは省略）

〆るよ

では、〆です。