• Michael
    2023-02-10 来自陕西
    我明白泛化建表的三种策略的考量，但是不太明白“共享主键”在设计里起到的作用，或者说为什么还要考虑共享主键这件事情？老师能不能再展开说说？

    作者回复: 假如我们认为个人客户和团队客户都是客户，是同一类东西，那么同一类东西用同一套ID，在逻辑上是合理的。另一方面，其他实体引用客户的时候，可以用统一的ID来引用。

    
    1
  • 子衿
    2023-02-07 来自浙江
    1. 可以考虑新增一个表表示所有员工都可以填报的工事项有哪些，当新增不需要分配员工的项目，或普通工时项时，都冗余插入该表一份，这样原来查询3次就优化为查询两次，本质还是CQRS，从查询角度考虑如何设计，但导致写加重，读减轻 2. 感觉本质考虑的还是一样的，多个表更灵活更贴合领域模型，但需要关联的场景就会性能下降

    作者回复: 嗯，不错

    
    1
  • KelperOvO
    2023-05-28 来自北京
    我感觉建出来出来的模型是有问题，项目和子项目不应该有工时项id，工时项id不是项目的信息

    作者回复: 这取决于我们是否将项目看作一种工时项

    
    
  • 请叫我和尚
    2023-02-21 来自北京
    学着学着，逐渐吃力起来，前面的好多业务知识都忘了

    编辑回复: 可以随时review前文～

    
    