mysqlの主な鍵は空にすることができますか

MySQLプライマリキーは空ではないはずです。そうしないと、データベースの一意性を損ない、インデックス効率を低下させ、予期しないエラーにさえつながります。プライマリキーは、データの整合性と一貫性を保証し、将来の開発におけるより大きな問題を回避するユニークで非ヌルである必要があります。

MySQLプライマリキーは空になりますか？答えはいいえ、絶対にそうではありません。これは単純な「いいえ」と言うだけではありません。内部には非常に多くのトリックがあります。多くの初心者がこの間違いを犯します。少なくとも、データの冗長性につながり、最悪の場合、データベース設計全体を覆す必要があります。

基本から始めましょう。主キーは、データベース内の最も素晴らしい存在であり、テーブル内の各データの一意性を保証します。主キーが空になることが許可されている場合、データベースはどのように一意性を確保できますか？異なる行を区別するために何を使用できますか？それはあなたの家にナンバープレートを与えないようなものであり、あなたの隣人の家にも同じことが当てはまります。郵便配達員はどのようにしてエクスプレスデリバリーを配信できますか？私はあなたにまったくそれを与えることができません！

もう少し進むために、MySQLエンジンは、一次キーを処理するときに多くの内部最適化を行います。たとえば、INNODBエンジンはB-Treeインデックスを使用して、非常に効率的なインデックス構造であるプライマリキーを管理します。しかし、主要なキーを空にすることを許可すると、Bツリーが適切に機能しない場合、インデックス効率が大幅に低下し、クエリ速度が非常に遅くなり、人生が疑われます。さらに悪いことに、あらゆる種類の予期しないバグが現れる可能性があり、それがあなたの頭を掻き、最終的にデータベースをリファクタリングする必要があるということです。

コードを見てみましょう。この記事では、SQLの書き方を教えていませんが、コードを使用して説明する方が直感的です。

 <code class="sql">-- 创建一个表，主键是id，不允许为空CREATE TABLE users ( id INT PRIMARY KEY NOT NULL, username VARCHAR(255) ); -- 尝试插入一条主键为空的数据，你会发现会报错INSERT INTO users (username) VALUES ('John Doe');</code>

このコードは簡単ですが、主キーの無実を完全に解釈します。 NOT NULLことを保証します。 NOT NULL場合、mysqlはnull値を挿入できる場合がありますが、これは大きな隠れた危険をもたらします。

一部の人々は、私が主キーとしてUUIDまたは自己侵入シーケンスを使用する場合、それだけでは十分ではないでしょうか？はい、これは一般的な方法ですが、重要なのは、主キーが一意であり、空ではないことを確認する必要があることです。 UUIDは一意性を保証できますが、それは比較的長く、多くのスペースを占有し、クエリの効率がわずかに少ない場合もあります。自己障害シーケンスは比較的効率的ですが、同時の問題とシーケンスの疲労の問題に注意する必要があります。選択する主要な主要戦略は、特定のアプリケーションシナリオに依存します。

これについて言えば、あなたはすでに空の主要な鍵の害を理解しているかもしれません。データベースのパフォーマンスと効率に影響を与えるだけでなく、さらに重要なことに、データベース設計の整合性と一貫性を破壊します。したがって、この鉄のルールを覚えておいてください： mysqlプライマリキーは空でなければなりません！これは文法ルールであるだけでなく、データベース設計の基本原則でもあります。トラブルを救うために隠された危険を残さないでください。これにより、将来の開発でより多くの価格を支払うことができます。私を信じてください、これは間違いなく経験の血まみれのレッスンの要約です。

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