与之关联的相册表里面对应一个userId即可实现关联
参考1:
表的关联,只是一种逻辑概念,本并不需要进行物理上的“硬绑定”,而且你所期望的关联,其实只是其数据上存在一定的联系而已,而这种联系实际上是在设计之初就定义好的固有逻辑。
所以在业务代码中实现的时候,只要按照设计之初的这种固有关联逻辑来“存/取”数据即可,并不需要在数据库层面进行“硬绑定”,因为在数据库层面通过使用外键的方式进行“硬绑定”,会带来很多额外的资源消耗来进行一致性和完整性校验,即使很多时候我们并不需要这个校验。
所以一般不建议在数据库中使用外键约束来保证数据的一致性和完整性。
参考2:
首先关于外键的作用与使用场景:
1.作用:通过数据库提供的外键功能,进行数据完整性和一致性的维护,避免借助外部力量维护;
2.使用场景:若是高并发大流量事务场景,使用外键可能容易造成死锁,以及数据库资源更快出现瓶颈,所以一般互联网行业不建议使用,多使用再企业内部,比如ERP软件,早期的MIS系统等
关于如何体现表与表之间的关联性和如何维护数据完整性和一致性:
1.关联性:那就是设计数据库的时候,要让所有人知道表与表之间的通过那个字段关联起来,所以字段名称命名上会做一些文章
2. 如何维护数据完整性和一致性:通过外部程序的力量,启用事务的方式,比如:
START TRANSACTION
UPDATE A SET co1=** …
UPDATE B SET A_co1=**…
COMMIT
注释:假设场景 A表的col1变成某值之后,B表中的A_col1字段也必须修改为对应的值…
不是 MySQL通过外键约束来保证表与表之间的数据的完整性和准确性。外键的使用条件:
1.两个表必须是InnoDB表,MyISAM表暂时不支持外键(据说以后的版本有可能支持,但至少目前不支持);
2.外键列必须建立了索引,MySQL 4.1.2以后的版本在建立外键时会自动创建索引,但如果在较早的版本则需要显示建立;
3.外键关系的两个表的列必须是数据类型相似,也就是可以相互转换类型的列,比如int和tinyint可以,而int和char则不可以;
外键的好处:可以使得两张表关联,保证数据的一致性和实现一些级联 *** 作;
首先关于外键的作用与使用场景:1.作用:通过数据库提供的外键功能,进行数据完整性和一致性的维护,避免借助外部力量维护;2.使用场景:若是高并发大流量事务场景,使用外键可能容易造成死锁,以及数据库资源更快出现瓶颈,所以一般互联网行业不建议使用,多使用再企业内部,比如ERP软件,早期的MIS系统等1.关联性:那就是设计数据库的时候,要让所有人知道表与表之间的通过那个字段关联起来,所以字段名称命名上会做一些文章欢迎分享,转载请注明来源:内存溢出
评论列表(0条)