mysql的外键的取舍

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/Com_ma/article/details/81951513

最近越来越感觉mysql的外键真的很麻烦,项目组讨论决定以后不用外键,现在将mysql的外键的一些麻烦事记录一哈:

外键的使用条件:

    1.两个表必须是InnoDB表,MyISAM表暂时不支持外键(据说以后的版本有可能支持,但至少目前不支持);
   2.外键列必须建立了索引,MySQL 4.1.2以后的版本在建立外键时会自动创建索引,但如果在较早的版本则需要显示建立; 
   3.外键关系的两个表的列必须是数据类型相似,也就是可以相互转换类型的列,比如int和tinyint可以,而int和char则不可                    以;

         4.外键的好处:可以使得两张表关联,保证数据的一致性和实现一些级联操作;

总结:

1,在大型系统中(性能要求不高,安全要求高),使用外键;在大型系统中(性能要求高,安全自己控制),不用外键;小系统随便,最好用外键。
2,用外键要适当,不能过分追求
3,不用外键而用程序控制数据一致性和完整性时,应该写一层来保证,然后个个应用通过这个层来访问数据库。

需要注意的是:MySQL允许使用外键,但是为了完整性检验的目的,在除了InnoDB表类型之外的所有表类型中都忽略了这个功能。这可能有些怪异,实际上却非常正常:对于数据库的所有外键的每次插入、更新和删除后,进行完整性检查是一个耗费时间和资源的过程,它可能影响性能,特别是当处理复杂的或者是缠绕的连接树时。因而,用户可以在表的基础上,选择适合于特定需求的最好结合。所以,如果需要更好的性能,并且不需要完整性检查,可以选择使用MyISAM表类型,如果想要在MySQL中根据参照完整性来建立表并且希望在此基础上保持良好的性能,最好选择表结构为innoDB类型

个人建议:没有特殊要求,能不用外键尽量不用外键,真的感觉到外键的麻烦。。。。。(插入得查外键,删除得查外键,百万级的数据要删除一条数据,时间全部浪费到了查询那部分。。。。。。。)

猜你喜欢

转载自blog.csdn.net/Com_ma/article/details/81951513