にリストに参加する、ドブ、アドレスなどアクセス2007は、だから私は名前のリストを持つテーブルを持っている多くの分野
私はチーム名と選手たちあたり（9人の選手をリストする第二のテーブルを持っていますチーム）。
したがって、各行はテーブル名から9つの名前を持ちます。そして、私の人生は、一人の人が多くのチームに参加できるように、それらの間のリンクを作る方法を理解することができません。 （これが奇妙な理由です）
機密性のためにデータベースを投稿できません。
「リンク」とはおそらく「FK（Foreign Key）制約」を意味します。 FKは、テーブル内の列の集合で、一部のCK（候補キー）のサブロー値として表示する必要があります。 （A CKはPK（主キー）の候補です）。テーブル内の行の基準（述語）と、発生する可能性のある状況/状態（ビジネスルール）の後ろにFK（およびカーディナリティ）が続きます。 FK制約宣言は、FKについてDBMSに指示します。
各チームテーブルプレーヤーの名前列の値は、プレーヤーのテーブル名の値にする必要があります。したがって、各チームテーブルのプレーヤー名列からプレーヤーのテーブル名列までのFKがあります。例：SQL FOREIGN KEY Team (player1) REFERENCES Player (name)。
情報モデリングおよびリレーショナルデータベース設計の入門を読む必要があります。 （To query or update re a business situation you need predicates, but not FKs or cardinalities.）
PSいつ行がチームテーブルに入りますか？与えられたチームには1つの行、つまり9があります！行、または9行目から9行目？ちょうど1つの場合は、いずれか？ （典型的には、いくつかの順序に従って "最も小さい"サブローです。）しかし、それらは悪いデザインです。典型的には、述語 "チームのプレーヤーにプレーヤーという名前のプレーヤーがあります。しかし、一般的に、我々は&「チーム名は、ID IDを持つプレイヤーを持っている」「... 名に名前を付けたID IDを持つプレイヤー」述語を持っているでしょう。などなど。本を読んでください。
はあなたのスキーマがこのように見えるようにしたい：
それは3つのテーブルと2つの関係（リンク）から構成されています。あなたの目的のために追加のフィールドが必要な場合があります。テーブルを作成する方法を知っています。私はリンクを作成する方法も知っていると思います。そうでない場合は、Accessに「関係」に関するヘルプを依頼してみてください。
これが可能ですが、構造が疑問です。なぜ2列のテーブルを持っていないのですか？チーム名とプレーヤー - 各チームに9行あります。 – RyanL
プレーヤーとチームの間には多対多の関係があります。それぞれのテーブル（すでに作っているように見える）と、「接合」テーブルと呼ばれる第3のテーブルを作成します。ジャンクションテーブルには、メンバーシップの各インスタンスのプレーヤーIDとチームIDが表示されます。ジャンクション・テーブルは、プレイヤーとチームの両方のテーブルと1対多の関係にあります。 [ここをクリック]（https://support.office.com/en-us/article/Create-a-many-to-many-relationship-eeb77a8c-8891-4965-81d6-b2a7329ce449） – MoondogsMaDawg
あなたの質問に編集してくださいあなたのデザインの関連プロパティとして表示されるものと具体的な例がありますので、回答やコメントでは正確なことが言えるでしょう。 – philipxy