付费课程, 订阅后即可观看
面向对象的方式绑定一对多关系
Laravel中除了直接指定关联表中指向需要关联的数据表的数据的关联外键之外,咱们也可以通过面向对象的方式关联好咱们的数据对象,使用面向对象的方式对于面向对象的编程方式来说很重要,它让我们摆脱了面条式的编程方式.让开发工作更为流畅合理.有的时候,适当的牺牲效率是值得的.
微信扫码登录
Laravel中除了直接指定关联表中指向需要关联的数据表的数据的关联外键之外,咱们也可以通过面向对象的方式关联好咱们的数据对象,使用面向对象的方式对于面向对象的编程方式来说很重要,它让我们摆脱了面条式的编程方式.让开发工作更为流畅合理.有的时候,适当的牺牲效率是值得的.
现在公司主管明令禁止使用关联关系，发现根据主表记录获取对应的从表记录好痛苦，用scope也不太科学，找不到更优雅的解决方法了
你们这是啥主管，这么僵化，我们用的数据库就是关系型数据库，无论用原生语句还是封装后的ORM操作，本质上玩儿的就是关联关系。干脆也不让你们用关键外键得了。我很好奇你们做项目主管的出发点是什么？
拆分服务，把数据表按照业务进行划分，怕某些Model 因为关联关系过多，而导致文件特别庞大
那我就不吐槽了，只是因为担心你们就这么制定方案不是技术人应有的态度和职业素养，不同数据库下的极限测试如果都没有进行就这么定方案，那这主管就真的有问题。
数据库极限测试怎么做？
这个内容不是对数据库单独测试，而是结合业务和框架的测试，是前期选型要做的事情，不管商用的数据库还是自建数据库的测试，这个没有统一或标准测试流程，根据业务来的，是你们主管应该做的事情，对成本，效率等综合的一个衡量。
还是你们太听话了，我以前在公司的时候，解决方案基本都是我制定，台湾区的，韩国区的从来都不会推翻我的方案。