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

精华好帖回顾
· 邱岳峰 - 最伟大的配音大师及其代表作《简爱》电影配音精选 (2008-10-26) zmzhu	· 不知道还赶的上活动不？——老鸭粉丝汤 (2007-7-3) 思思妈妈
· 我的第二次Camino: Camino Frances (2024-10-26) 士多可	· 你眼里的垃圾可能是别人眼里的宝------想起几年前回国的经历(更新在174，186,195楼)更新完毕 (2018-7-31) woshuo

12 / 2 页

楼主:dalaohu

SQL 大仙求教 [复制链接]

holyplague

金靴族

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

回复 30# 的帖子

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

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

daffodil

臭鞋族

发表于 2010-11-15 21: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