扫码关注官方订阅号
为了避免数据库一对多多对多的复杂关系,我对数据库的设计是表里的字段都没有外键,其关系使用setter和getter来手动关联,但是程序写下来了,功能是可以实现,但是发现要写一大堆的getter与setter,很痛苦,还是说从一开始就不应该这样设计呢
1,现在互联网基本不用外键.2,get set的问题可以试试Lombok
我们在实际应用中一般外键都是用程序去控制的。不在数据库层面。
第一,关系型数据库的外键(此处特指映射关系)还是很有用的第二,外键(此处特指外键约束)是不应该存在的。
现在用外键的应用越来越少了。 在10年前还是挺多的。 主要是业务独立的考虑吧。 喜欢把业务完全放在应用端,数据库只是用来持久化使用的。
十多年前开始工作的时候的一些项目数据库,数据库也参与到业务当中,但是后期发现维护起来很痛苦。后来项目维护的时候,为了能应对所有问题,不得不增加了数据库专员。在项目总结中也提出这个问题了。数据库专员的成本很高的。
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2026 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
1,现在互联网基本不用外键.
2,get set的问题可以试试Lombok
我们在实际应用中一般外键都是用程序去控制的。不在数据库层面。
第一,关系型数据库的外键(此处特指映射关系)还是很有用的
第二,外键(此处特指外键约束)是不应该存在的。
现在用外键的应用越来越少了。 在10年前还是挺多的。 主要是业务独立的考虑吧。 喜欢把业务完全放在应用端,数据库只是用来持久化使用的。
十多年前开始工作的时候的一些项目数据库,数据库也参与到业务当中,但是后期发现维护起来很痛苦。后来项目维护的时候,为了能应对所有问题,不得不增加了数据库专员。在项目总结中也提出这个问题了。数据库专员的成本很高的。