テーブル間の次の関係は機能しますか?
- Airline Data には 4000 行以上、RAW DATA には 150k 行、Airports には約 2000 行あります。
- 繰り返し値が多いため、RAW DATA の主キーを作成できません。
http://i108.photobucket.com/albums/n32/lurker3345/ACCESSHELP-1.png
テーブル間の次の関係は機能しますか?
http://i108.photobucket.com/albums/n32/lurker3345/ACCESSHELP-1.png
関係は良好に見えます。私は多くのことを想定しています - まず第一に、データ型がリンクされている場所と一致していることです。ダイアグラムはあまり伝達しません。示されているスキーマが最適でない理由は多数あります。
確かに RAW DATA の PK を作成できますが、容量が大きいのでそのほうがよいでしょう。
一般的なアプローチは、キーとして機能する複数のフィールドを選択することです。これは、それらが一緒になって一意の値を取得するためです。これを複合キーと呼びます。一意の組み合わせが意図せずに複製されないようにするため、これは役立ちます (必須です)。(ほとんどの場合、すべてのキー フィールドがゼロ長または null エントリを許可しないように設定されていることを確認する必要があります。)
多くの状況に役立つ、より単純なアプローチがあります。おそらく、この種のデータの完全性は必要ないか、複合キーを構成するものがまだわからないか、仮の PK を配置したいだけです。autonumber フィールドを追加して、それを PK として宣言するだけです。
一部の開発者は、その簡単なアプローチを取り、テーブルの外でデータ検証を実行します...そして一部の開発者は、データ検証の必要性を無視し、災害につながる可能性があります.
PK を宣言したら、(PK に加えて) テーブルに重要なフィールドのインデックスがあることを確認することが、効率を高めるために重要です。
本当に、何よりもまず、すべてのテーブルとフィールドの名前を変更して、スペースがないようにしてください。その際、すべての名前を再考し、可能な限り最も説明的で標準化された名前を試してください。後で名前を変更することになると、アクセスは残酷です。スペースを避けることは、将来的に非常に役立つ練習です。