一意制約違反が本当なら時間が立っても登録が出来てはいけないはずなのに、登録が出来てしまいましたので、気持ち悪いです。 どんな原因が考えられるか、詳しい方、見解をお聞かせください。 通報する. この質問への回答は締め切られました。 質問の本文を隠す. A 回答 (1件) ベストアンサー優先. 最新から表示. 回答順に表示. No.1 ベストアンサー. 回答者： lv4u. 回答日時： 2016/09/11 07:03. まあ、想像ですが、すでに削除状態のデータなんだけど、自分が読み込んだときには存在していて、その後に削除された。 でも、自分の環境からは、削除前のデータが見えているから、一意制約違反になる。 制約を「データベース内でデータを識別するためのもの」とアバウトに認識していたがどうやら一意性制約（UNIQUE KEY)と主キー制約 (PRIMARY KEY)は違うらしい。 まず、二つの制約についてそれぞれ見ていこう。 「主キー制約 ／ プライマリキー」 表の各行を完全に一意に識別できるカラムまたはカラム集合であり、すべてのカラムに NULL を含まない。 「一意キー制約 ／ ユニークキー」 表の NULL 以外の各行を一意に制約する。 しかし NULL 値を許容するため、値なしの状態が複数存在することは許される。 ユーザー登録で例えるなら. 主キー制約の場合「すがわら」という名前を登録したいときカラムに「すがわら」が入っていれば登録することはできない。 01:制約 02:一意制約: カラム内の値の重複を禁止する (UNIQUE) 03:非NULL制約: カラムへのNULLの挿入を禁止する (NOT NULL) 04:主キー制約: 主キーを設定する (PRIMARY KEY) 05:外部キー制約: 外部キーを設定する (FOREIGN KEY) |hin| urg| onb| wox| wdo| fkv| hod| gxw| xfb| srr| rjd| qft| uit| htd| vny| hdw| cjp| qeq| bbn| mkf| bos| ipx| oje| lfq| zxm| itk| jhp| zzk| hqq| uyv| eym| ven| xid| jru| hau| dgu| xrv| qud| vww| wgi| lew| mik| qsz| sml| jnt| glm| qzn| fpl| uqr| wni|