Access 2013の関係について知っておくべき10の事 - ダミー

1 10

親テーブルの1つのレコードを子テーブルの多くのレコードに割り当てます。

注文を顧客または医師に患者と結ぶための関係を設定します。 1人の顧客は多くの受注を持ち、1人の医師は多くの患者を持つことができます。この方法では、各オーダーのすべての顧客連絡先情報、または各患者のすべての医者連絡先情報を繰り返す必要はありません。

<！ 1対1の関係は、親テーブルの1つのレコードを子テーブルの1つのレコードに接続する。

これは共通の関係タイプではありませんが、多くのフィールドを含むテーブルを2つのテーブルに分割する必要がある場合に使用できます。親テーブルの主キーフィールドと、子テーブルの同じフィールド（主キーではない）とを関連付けます。 3

10

<！ - 2 - > これが最も一般的なシナリオです。親テーブルには主キーフィールドがあり、子テーブルには同じフィールド名が含まれています。たとえば、CustomersテーブルとOrdersテーブルがCustomerIDを共有する場合があります。 CustomerIDは、通常、Customersの主キーとOrdersの外部キーです。

4 10

関係で結合されたフィールドは、同じデータ型でなければなりません。

<！ - 3 - >

親テーブルのテキストフィールドを子テーブルの番号フィールドに関連付けることはできません。フィールドは、各テーブルのテキストフィールドまたは番号フィールドのいずれかでなければなりません。 5

10

「リレーションシップの編集」ダイアログで参照整合性を強制し、子テーブルのレコードが孤立しないようにします。

孤立は、親テーブルに対応するレコードを持たない子テーブルのレコードです。典型的な例は、Customersテーブルにない顧客のOrdersテーブルの注文です。参照整合性は、これらの種類のオーファンオーダーの入力を防ぎます。

6 10

親テーブルで子テーブルが更新されたときに子テーブルのキー値を更新するように、「リレーションシップの編集」ダイアログでカスケード更新関連フィールドを設定します。

ExpenseTypeテーブルのカテゴリのリスト（フィールド名Category）とCategoryというExpensesテーブルのフィールドの2つのテーブルがあるとします。 ExpensesのCategoryフィールドには、ExpenseTypeテーブルのCategoryフィールドからデータを取得するコンボボックスが表示されます。

さらに、ダイニングのためにタイプミスが行われたとすると、それはダイニングと綴られていました。カスケード更新関連のフィールドを設定する場合は、ExpenseTypeのDinningをDiningに編集することができます。これは、Expensesテーブルで使用されているレコードごとに変更されます。 7

10

親テーブルで対応するレコードが削除されたときに、子テーブルの関連レコードを削除するには、[リレーションシップの編集]ダイアログでカスケード削除関連レコードを設定します。

この設定を[得意先]の得意先コードと[受注]の得意先コードの関係にオンにして、得意先レコードを削除すると、その得意先のすべての指図が削除されます。

8 10

テーブル間の関係を設定すると、クエリを作成するときにそれらのテーブルのジョインが自動的に設定されます。

リレーションシップジョインは、デザインビューをクエリするために実行されます。 CustomerIDでCustomersとOrders間の関係を設定すると、クエリ設計で新しいクエリにそれらのテーブルを追加すると、その行が表示されます。

9 10

リレーションシップの一部であるフィールドを削除すると、リレーションシップが削除されます。

2つのフィールドのいずれかが不足している場合は、2つのフィールドの間に関係はありません。そのため、Accessは、その関係の一部であるフィールドを削除すると、破損した関係を削除します。

10 999 10 主キーが関係の一部である場合、最初に関係を削除せずに、その表の主キーを別のフィールドに変更することはできません。

プライマリキーがリレーションシップの一部であるテーブル内のプライマリキーを変更するには、最初にリレーションシップウィンドウを開いてリレーションシップを削除してから、そのテーブルのプライマリキーを別のフィールドに変更する必要があります。

戻る次へ