MySQLの主な鍵はヌルにすることができます

MySQLプライマリキーは、データベース内の各行を一意に識別するキー属性であるため、空にすることはできません。主キーが空になる可能性がある場合、レコードを一意に識別することはできません。これにより、データの混乱が発生します。一次キーとして自己施設の整数列またはUUIDを使用する場合、効率やスペース占有などの要因を考慮し、適切なソリューションを選択する必要があります。

MySQLプライマリキーは空になりますか？答えは：いいえ！

あなたは尋ねるかもしれません、なぜですか？主な重要なこと、データベースで最もコアの存在が空にすることはできませんか？これは私のデザインの自由を制限していませんか？心配しないでください、私はあなたのために良い戦いをさせてください。

率直に言って、データベース設計はデータのために家を構築することであり、データを快適に、見つけられるのに便利で、安全で信頼できるようにすることができます。主な鍵は、この家の家番号です。すべての家はそれを持っている必要があり、それはユニークでなければなりません。家の番号が空になる可能性があると想像してみてください。そうすれば、このコミュニティは混乱していませんか？あなたは誰かを探していますが、家番号を見つけることができません、どうすればそれを見つけることができますか？データベースにも同じことが言えます。主キーが空の場合、レコードを一意に識別することはできません。各ファイルに名前を付けるようなものですが、一部のファイルに名前がないことが許可されています。次に、ファイルを見つけたいときは、ハードドライブ全体を検索する必要はありませんか？

したがって、MySQLの主な鍵は空にすることは許可されていません。これは、データベースの基本的な制約とリレーショナルデータベースの礎石です。空にすることを主張する場合、データベースエンジンはあなたにエラーを直接報告し、それを誠実に修正するように依頼します。

一部のレコードが当面の主要なキー値を持たないようにするテーブルを設計したらどうなるでしょうか？この場合、自己成長整数列をプライマリキーとして使用するか、プライマリキーとしてUUIDを使用するなど、他の代替品を使用することを検討する場合があります。自己成長の主要なキーはシンプルで直接的であり、高効率を持っていますが、不利な点があります。つまり、レコードが挿入されると、一次キー値が固定され、変更が困難です。 UUIDはグローバルな一意性を確保することができますが、比較的長く、多くのスペースを占有し、クエリ効率が比較的低いです。選択するオプションは、実際のニーズに依存します。

主キーの力と間違いを犯すコストを感じるためのいくつかのコード例を見てみましょう。

それを行う正しい方法：

 <code class="sql">CREATE TABLE users ( id INT AUTO_INCREMENT PRIMARY KEY, -- 自增主键，最常见的方案username VARCHAR(255) NOT NULL, email VARCHAR(255) UNIQUE );</code>

このコードはid列を備えたusersという名前のテーブルをプライマリキーとして作成し、自己注入されています。 AUTO_INCREMENT 、新しく挿入された各レコードが一意のid値を取得し、手動で指定する必要はないことを保証します。 NOT NULL制約により、 id列が空になりないことが保証されます。 usernameとemail列には、データの整合性を確保するための対応する制約もあります。

間違った方法:(主キーを空にしてみてください）

 <code class="sql">CREATE TABLE users_wrong ( id INT PRIMARY KEY, -- 这里没有NOT NULL约束，试图让主键为空username VARCHAR(255), email VARCHAR(255) ); INSERT INTO users_wrong (username, email) VALUES ('testuser', 'test@example.com'); -- 这条语句可以执行，因为没有对主键进行赋值INSERT INTO users_wrong (id, username, email) VALUES (NULL, 'anotheruser', 'another@example.com'); -- 这条语句会报错，因为主键不允许为空</code>

このコードは、主キーが空になる可能性のあるテーブルを作成しようとしますが、プライマリキーを空にしてレコードを挿入しようとすると、データベースはエラーをスローします。これは、主要な鍵を空にすることはできないという鉄の法則をもう一度証明しています。

より深い考え：

主要なキーの選択について議論することはまだたくさんあります。たとえば、複合プライマリキー（プライマリキーを形成する複数の列）は、いくつかのシナリオでデータクエリ効率を改善できますが、設計にも複雑であり、慎重なトレードオフが必要です。さらに、プライマリキータイプの選択も非常に重要です。 INTタイプは比較的一般的ですが、ハイパーレージングデータベースの場合、BigIntタイプの使用を検討する必要がある場合があります。これらの詳細は、実際の条件に従って選択する必要があり、絶対的な最良の解決策はありません。

主キーはデータベースの基礎であることを忘れないでください。その重要性を理解し、標準的な設計原則に従うことによってのみ、安定した信頼できるデータベースシステムを構築できます。データベースのルールに挑戦しようとしないでください。そうしないと、価格を支払います。

以上がMySQLの主な鍵はヌルにすることができますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。