0

だから私は2つのテーブルを持っています。混乱を避けるために、非常に具体的かつ一般的な用語を使用します。

Table Name: Item List
Name_fk
Item Number

| |

Table Name: Team Association
Name_pk
Team

Name_fk と Name_pk の間に関係を置きます。

Name_pk は、名前とそのチームのリストです。Name_pk には完全に一意の値が入力されているため、John Smith が Team Blue に所属していることがわかります。Name_pk フィールドに「John Smith」が含まれるレコードは 1 つだけで、そのレコードの Team フィールドには「Team Blue」が含まれます。

これで、テーブル A の Name_fk の下に多数の繰り返し項目が含まれます。John Doe を含む 10 行、Jane Doe 行が 10 行、Joe Doe 行が 10 行、Jess Doe 行が 10 行あります。表 B によると、Joe と Jane は Team Green に所属しており、Jess は John と一緒に Team Blue に所属しています。

データベース マネージャーのリレーションシップ セクションで、Name_pk と Name_fk をリンクしました。

チーム ブルーを検索してジョンとジェスのアイテム番号のみを表示するか、チーム グリーンを検索してジェーンとジョーのアイテム番号のみを表示できるようにする必要があります。

これまでのところ、これを FileMaker Pro 14 Advanced で動作させることができませんでした

4

1 に答える 1

0

これを機能させることができません

「これを機能させることができません」は、問題の適切な説明ではありません。

のレイアウトでTable A検索を実行し、フィールドで「Blue」を検索Table B::Teamすると、Blue チームに属する人々のすべてのアイテムが検索されるはずです。

混乱がないように非常に一般的な用語を使用する

実際、これは悪い考えです。そのような抽象的な例に従うことは非常に困難です。テーブルとフィールドには常に意味のある名前を使用してください。

あなたの構造には根本的な欠陥があることにも注意してください。まず、マッチフィールドとして名前を使用しないでください。次に、各チームが一意のレコードを持つチームのテーブルも必要です。したがって、あなたの構造は次のようになります。

Teams -< People -< Items

そして、一致フィールドとしてそれぞれ TeamID と PersonID を使用します。これを使用すると、 を実行してチーム ブルーのアイテムをすぐに見つけたりGo to Related Record[]、チーム ブルーのレコードのポータルにそれらを表示したりできます。

于 2016-02-02T21:40:28.590 に答える