楼主:
bohei (run and fall)
2014-11-28 14:50:27大家好 目前遇到的问题很简单也很复杂XD
例如料件表,光描述这颗料件的属性就有50~60的字段
当要对料件下详细的条件时,势必要对这几十个字段下条件
WHERE条件就长长串,也影响到查询的速度...
不知道遇到这情形,大家是怎么克服的?
##
补充:
条件会是一组一组的,可能分成几十组条件(每一组条件就是下几十个字段)..
这几十组跑完都天黑了..XD
##
谢谢!
作者:
LaPass (LaPass)
2014-11-28 15:19:00当初订资料表的是谁？ 抓出来当订INDEX可以提升一些速度，但在你讲的案例应该没用
楼主:
bohei (run and fall)
2014-11-28 15:20:00耶...那当初该怎么设计呢?
作者:
LaPass (LaPass)
2014-11-28 16:31:00要看你的条件是怎么样，但大多数的状况下不会把条件搞到这么复杂
楼主:
bohei (run and fall)
2014-11-28 16:39:00假定料件属性就是有这么多个需记录..还有其他解法吗?
做成view 或者 写stored procedure啊@@
楼主:
bohei (run and fall)
2014-11-28 18:27:00请问做成view 跟写procedure是改近哪方面的问题@@进
作用就是..先写起来，下次不用重写先去查一下那两个东西是干嘛的 看合不合用吧
楼主:
bohei (run and fall)
2014-11-28 19:00:00嗯,上面那两个东西我知道,但我只是好奇可以改善哪方面的问题,目前的瓶颈是条件很多而且很多组,所需要查询的条件也不会每次都一样,就我所知跟view跟procedure是没什么关系的,所以才想请教您!
每次都不一样就...帮不了你啦阿..我这里有一批键盘好便宜的呀...