请教一个关于复杂指标报表的Mysql数据库设计问题

Question

本帖最后由 fisherdong2001 于 2012-12-22 10:56:58 编辑

Answer 1

1、这种设计方式合理吗？
合理，符合范式要求。
2、如果我在第N级的叶子节点上面寻找其N-M的父亲节点，再统计这个父亲节点所有叶子节点的合计值是否方便？
方便是相对的，表的维护方便了，自然会增加查询时的复杂性。但是值得的。可以使用递归查找。如果是SQL SERVER，ORACLE本身就提供递归SELECT的方法3、如果公司很多的话，数据量估计会增加很快，一般的Mysql数据库装在普通PC机上，性能是否足够？
这点数据量应该不算什么。 你可以估计一下一年会有多少记录。百万条的话，PC应该不是问题。4、请教更好的数据表设计方式！
无。

Answer 2

感谢版主大大。我原来做的都是微小项目，几千条数据的，不知道PC机性能。
那我就按照您的指点设计这数据库了。
数据量估计一个季度1W至2W左右。一年应该不到10W，估计是在百万级吧。
我总是觉得在树结构中使用递归查询很耗费数据库资源
所以总是犹豫是否始终这种表结构
以版主大大的经验，百万级的数据量，树中包含五百个左右的节点，使用递归是否合适？

Answer 3

1、这种设计方式合理吗？
合理
2、如果我在第N级的叶子节点上面寻找其N-M的父亲节点，再统计这个父亲节点所有叶子节点的合计值是否方便？查找方便也就增加表的维护成本。
3、如果公司很多的话，数据量估计会增加很快，一般的Mysql数据库装在普通PC机上，性能是否足够？
这种数据量是没有任何问题的。
4、请教更好的数据表设计方式！
无