SQLServer中表的删除重建语句

本文探讨了在SQL Server中如何有效地重建常规表和临时表的方法。对于常规表,使用IF EXISTS结合DROP TABLE和CREATE TABLE语句实现;而对于临时表,则需通过检查tempdb中的object_id来判断是否进行重建操作。文章还指出了常见误区及原因。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今天遇到表的删除重建问题,稍微测试了一下。具体内容如下:

1.常规表的重建

if exists(select * from sys.objects where name='tmp' and type='U')
    drop table tmp
else
    create table tmp
    (
    id int,
    name varchar(20)
    )

type='U'通常是用来防止,起名时和系统的对象同名。如果可以保证没有,可以不带。

 

2.临时表的重建

临时表和普通表是不同的,它们存放在tempdb中,所以在sys.objects中是查不到的。

所以下面的例子不能得到正确的结果,因为drop语句不会运行,exists的条件不会为true。

IF  EXISTS (SELECT * FROM SYSOBJECTS WHERE NAME='#temp')
  DROP TABLE #temp
GO
SELECT *
INTO #temp
FROM [dbo].[Table_1]
GO

 

正确的写法如下:

 if (object_id('tempdb..#tmp') is not null)
    drop table #tmp
else
 create table #tmp(id int,name varchar(20))

 

看到网上有下面的写法,这种写法在语法检查的时候是对的。但是实际是存在错误的。

if exists (select object_id('Tempdb..#temp') )

DROP TABLE #temp

go

上面的语句在#temp已经创建的情况下是可以正确运行的,但是当#temp不存在或者已经被drop掉了,则会报错。

因为exists的定义是Returns TRUE if a subquery contains any rows,并且Using NULL in a subquery to still return a result set(参考:https://docs.microsoft.com/en-us/sql/t-sql/language-elements/exists-transact-sql)

即object_id('Tempdb..#temp')为null,也会执行drop。

 

实践出真知,哈哈

 

转载于:https://www.cnblogs.com/quchen520/p/8684282.html

### SQL Server 重建索引的语句及方法 在 SQL Server 中,重建索引是一种优化数据库性能的重要手段。通过重建索引,可以减少数据碎片、回收无效空间,并更新列统计信息以提高查询效率[^1]。以下为重建索引的常用语句示例。 #### 使用 `ALTER INDEX .. REBUILD` 语句 `ALTER INDEX` 是 SQL Server 2005 及更高版本中用于管理索引的主要语句。通过指定 `REBUILD` 选项,可以重建整个索引或特定索引。以下是具体的语法和示例: ```sql -- 重建单个索引 ALTER INDEX [索引名称] ON [名称] REBUILD; -- 示例:重建名为 IX_Employee 的索引 ALTER INDEX IX_Employee ON Employees REBUILD; ``` 如果需要重建上的所有索引,可以使用以下语句: ```sql -- 重建上所有索引 ALTER INDEX ALL ON [名称] REBUILD; -- 示例:重建 Employees 上的所有索引 ALTER INDEX ALL ON Employees REBUILD; ``` #### 使用 `sys.dm_db_index_physical_stats` 分析索引状态 在执行索引重建之前,建议先分析索引的状态以确定是否需要重建。可以使用系统函数 `sys.dm_db_index_physical_stats` 来获取索引的碎片化程度。以下是一个示例查询: ```sql SELECT OBJECT_NAME(object_id) AS TableName, name AS IndexName, avg_fragmentation_in_percent FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'DETAILED') WHERE index_id > 0 AND avg_fragmentation_in_percent > 30; ``` 此查询将返回平均碎片化程度超过 30% 的索引列[^1]。 #### 索引重建的优点 重建索引不仅可以减少数据碎片,还可以回收因删除记录而产生的无效空间[^3]。此外,重建索引会自动更新与索引相关的列统计信息,从而帮助查询优化器选择更高效的查询计划[^2]。 #### 注意事项 - 在高并发环境中,索引重建可能会导致短暂的锁等待问题。因此,建议在低峰时段执行索引重建操作。 - 如果希望避免长时间锁定,可以考虑使用 `ALTER INDEX .. REORGANIZE` 语句来重新组织索引,但该方法不会回收无效空间。 ```sql -- 重新组织索引(非锁定) ALTER INDEX [索引名称] ON [名称] REORGANIZE; ``` ### 总结 通过使用 `ALTER INDEX .. REBUILD` 语句,可以有效地减少索引碎片并优化数据库性能。同时,结合 `sys.dm_db_index_physical_stats` 函数分析索引状态,能够更精准地决定何时进行索引重建[^1]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值