2,497
社区成员
发帖
与我相关
我的任务
分享几十万上百万的数据，多级分类如何设定？
是这样的。。
最近做的个系统中，数据量非常大几十万数据
每个数据是一条产品记录，记录中有一个类别字段，是一个子类，子类上面有父类，父类上面还有父类，大概是三层了.
之前做的时候分类是使用嵌套设计的表字段，进行递归 处理。
但在查询时候可以明显看到 效率会低
大家有其他的好的解决方案设计多级分类的嘛？效率要快，测试数据在万条记录左右.
有好的方法，请列举下 数据库表的关系图哈。
最近做的个系统中，数据量非常大几十万数据
每个数据是一条产品记录，记录中有一个类别字段，是一个子类，子类上面有父类，父类上面还有父类，大概是三层了.
之前做的时候分类是使用嵌套设计的表字段，进行递归 处理。
但在查询时候可以明显看到 效率会低
大家有其他的好的解决方案设计多级分类的嘛？效率要快，测试数据在万条记录左右.
有好的方法，请列举下 数据库表的关系图哈。
...全文
请发表友善的回复…
发表回复
sanguomi 2009-03-06
- 打赏
- 举报
用递归效率很低的
ffossil 2009-03-06
- 打赏
- 举报
索引怎么做的？
SWind 2009-03-06
- 打赏
- 举报
[Quote=引用 4 楼 unsigned 的回复:]
不好意思，少打了两个字，应该是“类似产品BOM树？”
如果只有三级，其实一次性通过关联就可以。效率应该不会太低。以前做BOM查询出表，一次查7级（一般很少超过5级），感觉只要是表结构等设计合理效率就可以。
[/Quote]
索引一定要建好
不行多测试几次
不好意思，少打了两个字，应该是“类似产品BOM树？”
如果只有三级，其实一次性通过关联就可以。效率应该不会太低。以前做BOM查询出表，一次查7级（一般很少超过5级），感觉只要是表结构等设计合理效率就可以。
[/Quote]
索引一定要建好
不行多测试几次
goodboy508 2009-03-06
- 打赏
- 举报
数据量大是一方面,主要还是取决于数据表的设计,最好不要用递归这种做法
linkyang 2009-03-03
- 打赏
- 举报
学习了！
bdmh 2009-02-26
- 打赏
- 举报
你在什么地方查询慢,怎么操作的查询
starluck 2009-02-26
- 打赏
- 举报
[Quote=引用楼主 jzinfo 的帖子:]
是这样的。。
最近做的个系统中，数据量非常大几十万数据
每个数据是一条产品记录，记录中有一个类别字段，是一个子类，子类上面有父类，父类上面还有父类，大概是三层了.
之前做的时候分类是使用嵌套设计的表字段，进行递归 处理。
但在查询时候可以明显看到 效率会低
大家有其他的好的解决方案设计多级分类的嘛？效率要快，测试数据在万条记录左右.
有好的方法，请列举下 数据库表的关系图哈。
[/Quote]
應該不會，不過遞歸處理，應該前端耗了一些時間。
對查詢關鍵字做下索引， 然後如果層次是不變的。比如進銷存有的就是定議：大，中，小分類的話，那你做做個類別表定義，可能效率高很多。
當然也不排除硬件！！
是这样的。。
最近做的个系统中，数据量非常大几十万数据
每个数据是一条产品记录，记录中有一个类别字段，是一个子类，子类上面有父类，父类上面还有父类，大概是三层了.
之前做的时候分类是使用嵌套设计的表字段，进行递归 处理。
但在查询时候可以明显看到 效率会低
大家有其他的好的解决方案设计多级分类的嘛？效率要快，测试数据在万条记录左右.
有好的方法，请列举下 数据库表的关系图哈。
[/Quote]
應該不會，不過遞歸處理，應該前端耗了一些時間。
對查詢關鍵字做下索引， 然後如果層次是不變的。比如進銷存有的就是定議：大，中，小分類的話，那你做做個類別表定義，可能效率高很多。
當然也不排除硬件！！
bdmh 2009-02-26
- 打赏
- 举报
僵哥 2009-02-26
- 打赏
- 举报
不好意思，少打了两个字，应该是“类似产品BOM树？”
如果只有三级，其实一次性通过关联就可以。效率应该不会太低。以前做BOM查询出表，一次查7级（一般很少超过5级），感觉只要是表结构等设计合理效率就可以。
如果只有三级，其实一次性通过关联就可以。效率应该不会太低。以前做BOM查询出表，一次查7级（一般很少超过5级），感觉只要是表结构等设计合理效率就可以。
bdmh 2009-02-26
- 打赏
- 举报
你是要显示树形结构吗
僵哥 2009-02-26
- 打赏
- 举报
产品BOM树？
