自己的一些看法 数据库中,索引是B树,更新的代价是查找一次,删除和插入会引起索引的重构,当你数据库索引字段比较多的时候,就不要为了省自己编写代码的工作量去降低工作性能,当然,非数据库的就有时不如删除插入了,不过要清楚这两者行为大多数情况下会有差异,尤其是牵扯到索引或者数据重复唯一性等
V一下,"csdn 300万.zip"含金量更高了。
当然啦。如果你使用了不定长的记录,而新记录比原来的长,为了节约存储,系统使用可变存储空间保存记录,显然直接更新(将记录后面的数据向后移动,腾出空间再插入)的效率要比删掉重建的差很多。从数据库系统的设计看,它当然会采用符合它设计的有利于性能的方法,难道还需要等你越俎代庖帮它优化?
我猜想,楼主是不想去编写update的代码,才会想到评估这种方案
CR(DC)D 似乎是把更新换成先删除再插入? 性能差了好多个级别啊
13,190
社区成员
5,759
社区内容
加载中
试试用AI创作助手写篇文章吧