mysql 建立外键出现的问题

mysql 建外键的时候出150错误

Mysql错误：error Code: 1005. Can't create table 'joblog.sc' (errno: 150)



create table sc
(
    id int(10) unsigned not null auto_increment comment 'id',
    Sno int(10) unsigned not null default '0' comment '学号',
    Cno int(10) unsigned not null default '0' comment '课程号',
    Grade int(10) unsigned default null comment '成绩',
    primary key (id),
      constraint FK_sc_1 foreign key (Sno) references student(id) ,
      constraint FK_sc_2 foreign key(Cno) references course(id) 
)engine=InnoDB default charset=gb2312;

原因是message_demo表的type（外键）属性和message_type表的id（主键）定义不同，由于我是在建立表之后再建立的外键关系，之前给type字段加了个unsigned，而id字段又没加，因此报错。



“FOREIGN KEY约束”
外键定义服从下列情况：

·         所有tables必须是InnoDB型，它们不能是临时表。

·         在引用表中，必须有一个索引，外键列以同样的顺序被列在其中作为第一列。这样一个索引如果不存在，它必须在引用表里被自动创建。

·         在引用表中，必须有一个索引，被引用的列以同样的顺序被列在其中作为第一列。

·         不支持对外键列的索引前缀。这样的后果之一是BLOB和TEXT列不被包括在一个外键中，这是因为对这些列的索引必须总是包含一个前缀长度。

·         如果CONSTRAINTsymbol被给出，它在数据库里必须是唯一的。如果它没有被给出，InnoDB自动创建这个名字。

. 外键

外键增强为数据库开发人员提供了多项益处：

·         假定关联设计恰当，外键约束使得程序员更难将不一致性引入数据库。

·         数据库服务器具有集中式约束检查功能，因而没有必要在应用程序一侧执行这类检查。这样，就消除了不同应用程序使用不同方式检查约束的可能性。

·         使用级联更新和删除，简化了应用程序代码。

·         设计恰当的外键有助于以文档方式记录表间的关系。

请记住，这些好处是以数据库服务器为执行必要检查而需的额外开销为代价的。服务器额外检查会影响性能，对于某些应用程序，该特性不受欢迎，应尽量避免。（出于该原因，在一些主要的商业应用程序中，在应用程序级别上实施了外键逻辑）。