主キーの自動番号とテキスト文字列？

Question

私は今直面している問題に最適な解決策を見つけようとしています。私は理解していないことを嫌うので、誰かが助けてくれることを願っています。

私は、ホテル情報を格納するテーブルを持つAccessデータベースと、次に予定表を格納する別のテーブルを持っています。旅程表は、ホテルの表のホテルのリストから選択します。

私は適切な関係を作りたいと思っていますが、ホテルテーブルのオートナンバープライマリキーを使用して、旅程表のホテルのフィールドに接続することはできません。

A.文字列の長さはかなり得る場合であっても、ホテルのテーブルの主キーとしてホテル名を使用します（。オートナンバーIDは、ホテル名と一致しないため）

は、それがすることをお勧めします長いです？

B. ItinerariesテーブルのHotelsフィールドの表示コントロールをHotelsテーブルのオートナンバープライマリキーを一覧表示するコンボボックスに変更しますが、非表示にします。代わりにホテル名の列が表示されます。私はその解決策をここに見つけました：http://www.trigonblue.com/accesslookup.htm

私はソリューションAが長いテキスト文字列でインデックスを遅くする可能性があり、ソリューションBがテーブルに新しいフィールドが挿入された場合、ソリューションBがうんざりになると思われます。

私はここで間違った答えを選んで道路に問題があるのは嫌です。

誰でもお手伝いできますか？私の質問の一部を明確にする必要があるかどうか、私に知らせてください。

ありがとうございます！

Answer 1

自動番号は主キーを設定する最も効率的な方法ですが、DBMSが探しているものを見つけるためにDBMSが最も簡単に作業します。これは、テーブルにプライマリ/外部キーの関係がある場合に特に当てはまります。

このようにして、ストレージやインデックス作成の目的でこのようにすることは、言うまでもありません（Accessでは大したことではありませんが、他のものでもそうです）。

Answer 2

ほとんどの場合、名前は主キーとして使用しないでください。 CODEまたはIDという形式の一意のIDを使用する方がはるかに安全な方法です。名前の使用を避けることにあなたを可能にする：

• 抽象識別子
• ストア単一の場所
• 変更名に名前から名前、
• 使用少ない単一の場所に、必要に応じてディスクスペースとメモリ。
• インデックス作成、挿入、削除、結合、並べ替え、グループ化を高速に実行します。

コードやIDが既に存在する場合や、内部/外部ルールによって制約されることがありますが、ほとんどの場合、AutoNumbered Primary Keyは非常に便利です。これは、次のとおりです。

• 数値、それは
• 新しいエントリは常にテーブルの最後に挿入し、最小限の労力を必要と一意であることが保証
• で動作するように速いですので、それは、数値
• 効率的に保存されていますので、ページの移動またはインデックスの変更。