实体的查询效率问题

Question

当实体对象拥有50个字段时,
而我的业务处理
有时只需要查询3个字段,
有时又只需要查询5个字段,
(场景:为了性能只返回了有索引的字段)
那么是否需要为这种少量字段查询单独定义实体?
从资源库中可以单出查出这种少量字段的实体?

如果复用整个大的实体, 后续业务逻辑, 尤其是业务逻辑的迭代, 后面继续开发业务逻辑的人不能立即确定哪些字段查了, 哪些字段没查;

针对这种问题, 实体该怎么设计呢?

Answer 1

尤达_技术咖啡 2022-04-14 21:11:05

如果不是对性能要求极高，建议用统一实体就可以了，尽量不要复杂化。如果对性能要求真的高到这种程度了，可以考虑重新建模，把大实体在业务层面拆分成小实体。

• 提问者 qq_慕丝0528892 #1

  是性能要求很高的场景, 并且大实体的字段本身又属于一个整体, 本身很难拆分出小实体, 只是在一些特殊高并发场景为了性能要求限制查询的字段数量, 这种情况还有有什么好的建议吗

• 尤达_技术咖啡 回复 提问者 qq_慕丝0528892 #2

  限界上下文就是用于解决这个问题，如果模型中某个对象的字段数膨胀，但是“有时候”只需要这些，“有时候”只需要那些，那说明建模是有一些问题的，建议把这些“有时候”拆分成不同限界上下文，这个大模型拆分成多个小模型。

• 提问者 qq_慕丝0528892 #3

  非常感谢！