问题来源：
在学习UPDATE关键字批改数据的时分，有一条是主码不允许批改，带着好奇心，进行了测验👀
实验进程：
本实验采用了Student和SC两个表，如下图：
说明一下，这两个表的联系是：SC表的Sno为主码，参照引用自Student表的主码，所以两表间以Sno为桥梁具有参看完整性，一起或许损坏参照完整性的情况和违约处理如下表：
🌟第一次测验： SC表中学号为201215121的学生李勇的记载比较多，先来试试改他的学号：
UPDATE Student
SET Sno = 201215222
WHERE Sname = '李勇'; 
批改失败，与SC表中的Sno的外码束缚相冲突，批改之后会损坏其参照完整性，所以遭到了DBMS的回绝。
🌟第2次测验： 刚刚的李勇同学在两张表里都有记载，那是不是找一个只在Student表里有记载，在SC表里没有的就能批改呢？
带着疑问，我测验了学号为201215172的陈秋同学：
UPDATE Student
SET Sno = 201215222
WHERE Sname = '陈秋'; 
为了防止偶然性或者其他什么原因，我又测验了其他只在Student表内有记载，A8站 源码交易平台在SC表内没有的学生进行了测验：
UPDATE Student
SET Sno = 201215333
WHERE Sname = '欧阳';
UPDATE Student
SET Sno = 201215777
WHERE Sname = '欧阳na';
SELECT * FROM Student
可见这个主意是可行的，因而得出以下定论：
— — — — — — — — — — — — — — — — — — — — — — — — — — — —
在不损坏参照完整性的条件下，即批改在被参照表中有可是参照表中没有的数据是不会损坏参照完整性的，是可以批改主码的。
可是，一起需求注意：主码是不能重复的，也不可为空（NULL）！！所以批改后的值不能是现已存在的值或NULL。当然，主码一般条件下是不去批改的，本文只是在SQL Server联系数据库办理系统中为了满足好奇心进行的讨论~
A8站 源码交易平台
