新足迹 › 论坛 › 兴趣爱好区 › IT与科技 › IT专业论坛 › SQL 大仙求教

精华好帖回顾
· 行业潜规则征文 – 说说Qantas的一些内幕故事 (2010-3-14) JuJu	· 干货 - patagonia torres del paine o环线8天徒步 - 更新完毕 (2017-3-6) zzoz
· [败家媳妇]_领着我后宫的美娇娘们来拜见各位美妞们啦--后宫风云又起 (2011-8-7) 农村银的媳妇	· 基金投资101 （2006年版） (2006-10-15) 黑山老妖

12 / 2 页

楼主:dalaohu

SQL 大仙求教 [复制链接]

holyplague

金靴族

发表于 2010-11-11 15:22 |显示全部楼层

回复 30# 的帖子

此文章由 holyplague 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 holyplague 所有！转贴必须注明作者、出处和本声明，并保持内容完整

数据库太大，用delete比较耗时所以用truncate？

daffodil

臭鞋族

发表于 2010-11-15 22:53 |显示全部楼层

此文章由 daffodil 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 daffodil 所有！转贴必须注明作者、出处和本声明，并保持内容完整

SQL Server不懂, ORACLE里, TRUNCATE当然比DROP/RECREATE好, 因为随TABLE的OBJECTS都在, 比如TRIGGER, INDEX之类的, 一旦DROP了, 这些OBJECTS也要RE-CREATE.

TRUNCATE比DELETE, 最大的区别在:

1. TRUNCATE释放储存空间, DELETE还占着;
2. TRUNCATE不可逆, DELETE可以ROLLBACK.

如果TRUNCATE时有CONSTRAINTS的问题, 就一定有FK的数据没清完, 实在找不到是哪个COLUMN, 对数据又有把握, 就只有按老妖说的, 先DISABLE CONSTRAINTS, TRUNCATE后再ENABLE. 不过我一定不会这么做.

Faith Hope Love