CRM软件的部门组织架构怎么设计合理

[yzxlyl]

crm软件业务需求一般这样，可能分多级部门小组，每个部门小组若干销售人员，那部门架构和销售工号怎么设计，可以高效按部门或按员工查询客户订单数据呢？主要是数据库结构怎么设计

比如一个部门3个小组，每个小组10个销售，怎么设计可以方便高效的查询某一个销售，某一个小组或整个部门的所有订单？

要查1个小组不是要查这包含10个销售员所有的订单吧？，那假设一个大部门有几百人，那就实际查几百人的订单？觉得这样效率很低

不知道明白我的意思没？

[xuzuning]

你的意思我明白，但这个意思很奇怪
难不成你在登记每个订单时就进行汇总？

[yzxlyl]

引用 1 楼 xuzuning 的回复:

你的意思我明白，但这个意思很奇怪
难不成你在登记每个订单时就进行汇总？

就是时候查询，统计的时候，怎么做效率高？

[weixin_42698772]

我总结一下你的需求，看看对不对：
1.按部门小组查询订单；
2.按员工号查询客户订单数据；
还有实际上必须有的，
3.按订单号查询订单；
分析，
如果是几百个员工，每人一天50个订单，那么一年就是千万级的数据，数据量大了肯定响应速度会有影响，核心问题在于订单信息表，
一般来说，订单信息表，订单号肯定是主键，按主键查询，响应速度肯定很快，所以问题3没难度，
对于问题1，2来说，要提升响应速度，最好的办法就是牺牲空间换取速度，
把部门编号和员工号带入订单信息，并建立索引，查询速度自然能快起来，
另外，还提醒两点，
1.做好数据量预估，大数据量和小数据量，对数据库的选择是不一样的，
2.数据量大，时间查询肯定是少不了的，记得定期将数据转移到备份表，避免一个表里面的数据过于庞大，引起后续一系列问题；

[yzxlyl]

引用 3 楼 weixin_42698772 的回复:

我总结一下你的需求，看看对不对：
1.按部门小组查询订单；
2.按员工号查询客户订单数据；
还有实际上必须有的，
3.按订单号查询订单；
分析，
如果是几百个员工，每人一天50个订单，那么一年就是千万级的数据，数据量大了肯定响应速度会有影响，核心问题在于订单信息表，
一般来说，订单信息表，订单号肯定是主键，按主键查询，响应速度肯定很快，所以问题3没难度，
对于问题1，2来说，要提升响应速度，最好的办法就是牺牲空间换取速度，
把部门编号和员工号带入订单信息，并建立索引，查询速度自然能快起来，
另外，还提醒两点，
1.做好数据量预估，大数据量和小数据量，对数据库的选择是不一样的，
2.数据量大，时间查询肯定是少不了的，记得定期将数据转移到备份表，避免一个表里面的数据过于庞大，引起后续一系列问题；

谢谢你的回答，但有问题，部门有几级，比如A部门，下面有1,2,3,4,5个小组，每个小组若干人员，部门编号和人员工号带入订单信息肯定的，只是部门编号带入怎么带入？订单比如写A部门的1小组的编号，我可能查1小组的所有订单，也可能查A部门的所有订单，这样不就要查所有部门编号为1，2，3，4，5小组编号的订单吗？实际上部门架构还比这复杂很多，可能有4，5级