我有如下订货明细table,订单code,存储顺序,显示顺序,商品code...等等。其中订单code和存储顺序是pk。在实际的系统中,给定一个订单code,然后按照显示顺序显示详细的一条一条订货信息。如:
订单code:0001
1 a铅笔 10支
2 b铅笔 2支
3 英雄钢笔 15支
...
一个订单最多可以用99条这样的订货信息,整个table有几十万条数据。针对这个表,我可以进行一系列的修改,比如在1号前面追加一行:c铅笔 4支
这样,追加行的显示顺序就变成1,下面的数据的显示顺序依次加1。也就是说会影响下面的98行(最坏情况下)。这个系统在执行速度方面要求很高,所以不打算采用这种方法。
我目前的想法是:
1,把先是数据设置成1万开始的数据。10000,20000...990000
如果在10000和20000之间插入数据,就是(20000-10000)/2=15000
这样的话,在同一个位置,最多大约可以插入10多次数据,在两个数字之间的差值等于1的时候,有同样订单code的所有数据重新进行显示循序的分配。
2,在数据库中添加一列:下一行的key
比如
1 a铅笔 2
2 b铅笔 4
3 钢笔 0
4 毛笔 3
形成一个list,这样在中间插入一次数据,最多只影响上下相关两行。这两个方法可以解决一些问题,但是总觉得应该还有更好的方法。请问专家能给提些意见吗?
答:看了你的问题,我觉得有其它两种简单的方法实现:1、可以插入负数表示;2、定期做重新整理
重新整理 update #temp set @显示顺序=case when code=@定单 then @显示顺序+100 else 1 end,@定单=code,显示顺序=@显示顺序 drop table #temp |