Skip to content
This repository has been archived by the owner on Jan 25, 2019. It is now read-only.

多表关联的复杂业务时,我们应该怎么去使用 #17

Open
csxuyang opened this issue Nov 1, 2015 · 5 comments
Open

多表关联的复杂业务时,我们应该怎么去使用 #17

csxuyang opened this issue Nov 1, 2015 · 5 comments

Comments

@csxuyang
Copy link

csxuyang commented Nov 1, 2015

generator一般适用于单表业务吧,对于多表业务,我们是不是需要手动去写Bean ,Example,Dao等等

@beihaifeiwu
Copy link
Owner

一般牵涉到多表的复杂业务,我不建议为表之间添加外键,具体原因参见http://www.zhihu.com/question/19600081

将实体之间的联系放到业务逻辑层去维护是一个比较好的做法

@csxuyang
Copy link
Author

csxuyang commented Nov 2, 2015

放在业务逻辑中实现的话,如何避免1+n的问题,因为通过关联我们使用一个sql,就可以完成了,业务逻辑实现的话,可能跟数据库的交互比较多了

@beihaifeiwu
Copy link
Owner

当数据量增长到一定阶段,join查询的性能会急剧下降,而单纯的CRUD单表操作则可以通过多种方式优化

@csxuyang
Copy link
Author

csxuyang commented Nov 6, 2015

具体优化的手段可以描述一下吗?现在有个最简单的例子,就是关联取另一个表的字段显示中文名称
如果这样:
1.增加冗余字段?
2.使用缓存?

@beihaifeiwu
Copy link
Owner

使用缓存是一个比较好的方式,可控性和可扩展性都比较好,必要时可以使用多级缓存

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants