DELETE 语句与 COLUMN REFERENCE 约束 冲突

Question

使用了外键约束.就是会这样..如果你删除了role表的一个roleID.那userinfo表的roleID的数据不就丢失了?.外键约束包含几种行为.你可以看看联机丛书中的..ON DELETE NO ACTION 
指定如果试图删除某一行，而该行的键被其他表的现有行中的外键所引用，则产生错误并回滚 DELETE 语句。ON UPDATE NO ACTION 
指定如果试图更新某一行中的键值，而该行的键被其他表的现有行中的外键所引用，则产生错误并回滚 UPDATE 语句。CASCADE、SET NULL 和 SET DEFAULT 允许通过删除或更新键值来影响指定具有外键关系的表，这些外键关系可追溯到在其中进行修改的表。如果为目标表也定义了级联引用操作，那么指定的级联操作也将应用于删除或更新的那些行。不能为具有 timestamp 列的外键或主键指定 CASCADE。 ON DELETE CASCADE 
指定如果试图删除某一行，而该行的键被其他表的现有行中的外键所引用，则也将删除所有包含那些外键的行。 ON UPDATE CASCADE 
指定如果试图更新某一行中的键值，而该行的键值被其他表的现有行中的外键所引用，则组成外键的所有值也将更新到为该键指定的新值。如果像你所说的...那你干脆不要用外键约束..把外键约束删了..

Answer 1

FOREIGN KEY 约束
外键 (FK) 是用于建立和加强两个表数据之间的链接的一列或多列。通过将保存表中主键值的一列或多列添加到另一个表中，可创建两个表之间的链接。这个列就成为第二个表的外键。当创建或更改表时可通过定义 FOREIGN KEY 约束来创建外键。例如，数据库 pubs 中的 titles 表与 publishers 表有链接，因为在书名和出版商之间存在逻辑联系。titles 表中的 pub_id 列与 publishers 表中的主键列相对应。titles 表中的 pub_id 列是到 publishers 表的外键。FOREIGN KEY 约束并不仅仅只可以与另一表的 PRIMARY KEY 约束相链接，它还可以定义为引用另一表的 UNIQUE 约束。FOREIGN KEY 约束不允许空值，但是，如果任何组合 FOREIGN KEY 约束的列包含空值，则将跳过 FOREIGN KEY 约束的校验。说明  FOREIGN KEY 约束可引用同一数据库中的表或同一表（自引用表）内的列，例如，一个包含下面三列的雇员表：employee_number、employee_name 和 manager_ employee_number。由于经理本身也是雇员，所以从 manager_employee_number 列到 employee_number 列存在外键关系。
尽管 FOREIGN KEY 约束的主要目的是控制存储在外键表中的数据，但它还可以控制对主键表中数据的修改。例如，如果在 publishers 表中删除一个出版商，而这个出版商的 ID 在 titles 表中记录书的信息时使用了，则这两个表之间关联的完整性将被破坏，titles 表中该出版商的书籍因为与 publishers 表中的数据没有链接而变得孤立了。FOREIGN KEY 约束防止这种情况的发生。如果主键表中数据的更改使之与外键表中数据的链接失效，则这种更改是不能实现的，从而确保了引用完整性。如果试图删除主键表中的行或更改主键值，而该主键值与另一个表的 FOREIGN KEY 约束值相关，则该操作不可实现。若要成功更改或删除 FOREIGN KEY 约束的行，可以先在外键表中删除外键数据或更改外键数据，然后将外键链接到不同的主键数据上去。FOREIGN KEY 约束是索引的候选约束，其原因有以下两点： 对 PRIMARY KEY 约束的更改可由相关表中的 FOREIGN KEY 约束校验。
当在查询中组合来自相关表中的数据时，经常在联接条件中使用外键列，方法是将一个表的 FOREIGN KEY 约束中的列与另一个表中的主键列或唯一键列匹配。索引使 Microsoft® SQL Server™ 2000 得以快速查找外键表中的相关数据。但是，创建索引不是必需的。即使没有在表间定义 PRIMARY KEY 或 FOREIGN KEY 约束，也可以对来自两个相关表中的数据进行组合，但两个表间的外键关系说明已用其键作为条件对其进行了优化，以便组合到查询中。

Answer 2

创建和修改 FOREIGN KEY 约束
FOREIGN KEY 约束可以： 作为表定义的一部分在创建表时创建。
如果 FOREIGN KEY 约束与另一个表（或同一表）已有的 PRIMARY KEY 约束或 UNIQUE 约束相关联，则可向现有表添加 FOREIGN KEY 约束。一个表可以有多个 FOREIGN KEY 约束。
对已有的 FOREIGN KEY 约束进行修改或删除。例如，要使一个表的 FOREIGN KEY 约束引用其它列。定义了 FOREIGN KEY 约束列的列宽不能更改。 
说明  若要使用 Transact-SQL 或 SQL-DMO修改 FOREIGN KEY 约束，必须首先删除已有的 FOREIGN KEY 约束，然后再通过新定义重新创建。当向表的现有列添加 FOREIGN KEY 约束时，默认情况下 Microsoft® SQL Server™ 2000 检查列中的现有数据，以确保除 NULL 外的所有数据存在于被引用的 PRIMARY KEY 或 UNIQUE 约束的列中。不过，SQL Server 也可不对列数据的新约束进行检查，不考虑列中的数据而添加新约束。当现有数据已符合新的 FOREIGN KEY 约束，或业务规则要求从此开始强制约束时，使用此选项比较有用。不过，添加约束而不进行数据检查时一定要注意，因为这样放弃了 SQL Server 对表中数据完整性的控制。禁用 FOREIGN KEY 约束
下列情况可以禁用 FOREIGN KEY 约束： INSERT 和 UPDATE 语句 
这种情况允许不经约束验证就可修改表中的数据。在执行 INSERT 和 UPDATE 语句过程中，如果新数据违反约束或约束只应适用于数据库中已有的数据，那么禁用 FOREIGN KEY 约束。复制处理。 
如果一个 FOREIGN KEY 约束为源数据库特有，请在复制时禁用该约束。复制表时，表定义和数据从源数据库复制到目的数据库。这两个数据库通常（但不一定）在不同的服务器上。如果 FOREIGN KEY 约束为源数据库特有而在复制时未禁用，则有可能无谓地妨碍向目标数据库输入数据。删除 FOREIGN KEY 约束，从而删除了强制外键列和另一表中相关主键（或 UNIQUE 约束）列的引用完整性要求。