本站文章版权归原作者及原出处所有 。内容为作者个人观点, 并不代表本站赞同其观点和对其真实性负责。本站是一个个人学习交流的平台,并不用于任何商业目的,如果有任何问题,请及时联系我们,我们将根据著作权人的要求,立即更正或者删除有关内容。本站拥有对此声明的最终解释权。
7 个评论
抢个先,每周都期待着笔记的更新,老大辛苦了。
别人追剧,我追春宇老师的视频课程!能上升到理论层面讲解,这得需要看多少书,接手多少项目才能讲出来!~~
期待后面更精彩的课程,准备本周将这10个课时看完。
喜欢的多给好评吧,激励老师多讲干货!~
期待后面更精彩的课程,准备本周将这10个课时看完。
喜欢的多给好评吧,激励老师多讲干货!~
关于超类和子类,有个问题百思不得其解的是Generate Parent,Generate Children, Generate Parent & Generate Children 三种方式各适合什么场景,各有何优缺点呢?
这个要看你对两张表的操作,以及是不是要追求产品化之类的一些细节原因,很难一概而论。比如,假设你的组织面对很多party, 包括企业自身,自己的合作伙伴,供应商,客户,还有竞争对手,政府部门,但有的时候他们可能归属于同一个组织,比如IBM和SAP在软件产品上是竞争对手,但IBM在服务领域还经常去提供SAP的ERP解决方案,在这又是合作伙伴。而对于party所对应的比如工商管理号,地址,电话等等通用性较强的东西,就可以放到一个主表中,而对于竞争领域等等又可以创建单独的competitor表,之类的。好处很显然可以减少冗余,缺点是也会带来模型的复杂以及未来SQL的复杂,等等。真的是具体问题具体分析,总体思路还是要看数据怎么用。