MySQL における主キーが 0 であることと主キーの自己選択制約の関係についての詳しい説明 (詳細)

序文

この記事は主にMySQLの主キー0と主キー自己排除制約の関係を紹介し、皆さんの参考と学習のために共有します。詳しい紹介を見てみましょう。

主キーのないテーブルの設計は次のとおりです。

id 位置に 0 が複数ある場合: 主キーを設定して自動的にソートすると、0 は 1 から増加します。

id = 0 のデータを挿入すると、データは実際の行数から増加します。これは、0 から変更する場合とは異なります。

これで主キーに 0 がなくなりました。ID を 0 に変更しても、0 は変更されません。直接ソートされます。

id=0 の別のものを挿入し、以前と同様に行数に直接関連していることを確認します。

この 0 が変化するかどうかを確認するには、自動ソートを再度リセットします。まず自動ソートをキャンセルします。

自己ソートを追加すると、予想どおり、0 が 1 になりそうになり、エラー メッセージには主キーに重複した 1 があるため、自己ソートは許可されないと表示されました。

修正後、実際に動作し、0が1になり、

まとめ

これらは唯一のケースだと思います。署名のないケースも同じはずです。他に私が考慮していないことがあれば、メッセージを残してご意見をお聞かせください。私も知りたいです。それでは、私の要約と考えを書き留めます。

私にとって、データベース内の 0 は特別なものです。

制限を使用して指定した範囲のデータを表示する場合、テーブルは 0 から下へソートされます。ただし、データ行を挿入する場合は行数に関係します。このとき、1 から下へソートされます。主キー自己ソート制約を使用する前にテーブルに 0 があった場合、主キー自己ソート制約を設定した後、すべての 0 は行数に従ってソートされるのではなく、1 から上から下に直接ソートされます。テーブル内の主キーの番号を 0 に変更すると、直接ソートされ、正の数の前に配置されます。つまり、主キーの自己ソートにより、0 の存在が許可されます。では、既存の 0 を 1 から始まる昇順に変更する必要があるのはなぜでしょうか。主キーのセルフソートを追加する前に 0 が 1 つしかなかったとしても、主キーのセルフソートを追加した後は 1 になります。

最初は 0 から始まり、主キーの自己順序制約が追加されると、0 は 1、2、3、4 などになります。

先頭に0はありません。主キーの自己順序制約を追加します。主キーが0の新しく追加された行は、行数に応じて自動的に変更されます。これは新しく追加された行であり、挿入が使用されていることに注意してください。

先頭に 0 はありません。主キーの番号を 0 に変更すると、ソート後のテーブルにこの 0 が直接表示されます。

簡単に言えば、主キーの自己ランキング制約を追加した後は次のようになります。

主キーの値: 0 に変更されましたが、ソートのためだけに存在できます。

新しく追加された 0 は存在が許可されず、行番号に応じて変更する必要があります。

既存の 0 は存在できず、変更は 1 から始まり、段階的に増加する必要があります。

要約する

上記はこの記事の全内容です。この記事の内容が皆さんの勉強や仕事に一定の参考学習価値を持つことを願っています。ご質問があれば、メッセージを残してコミュニケーションしてください。123WORDPRESS.COM を応援していただきありがとうございます。