MS SQL Server DDL操作核心概念与实战指南

1. MS SQL Server DDL操作核心概念解析

在数据库管理领域，DDL（Data Definition Language）是每个SQL Server开发者必须掌握的基础技能。作为从业15年的数据库架构师，我见证过太多项目因为DDL操作不当导致的灾难性后果。今天我们就来深入剖析MS SQL Server中最关键的DDL操作要点。

DDL不同于DML（数据操作语言），它直接作用于数据库结构本身。想象一下，如果你在手术台上给病人做心脏手术，DDL就是那把手术刀——用得好能救命，用不好就是医疗事故。在SQL Server中，我们常用的DDL语句主要包括：

• CREATE：创建数据库对象（库/表/视图等）
• ALTER：修改已有对象结构
• DROP：删除数据库对象
• TRUNCATE：清空表数据但保留结构
• RENAME：重命名对象

重要提示：生产环境执行DDL前务必做好完整备份，我曾经亲历过因为一个ALTER TABLE语句导致整个业务系统瘫痪36小时的重大事故

2. 数据库级DDL操作实战

2.1 数据库创建与配置

创建数据库看似简单，但参数配置直接影响后续性能。以下是标准创建语句：

sql复制CREATE DATABASE SalesDB
ON PRIMARY 
(
    NAME = 'SalesDB_Data',
    FILENAME = 'D:\Data\SalesDB.mdf',
    SIZE = 100MB,
    MAXSIZE = UNLIMITED,
    FILEGROWTH = 10%
)
LOG ON
(
    NAME = 'SalesDB_Log',
    FILENAME = 'E:\Logs\SalesDB.ldf',
    SIZE = 50MB,
    MAXSIZE = 2GB,
    FILEGROWTH = 5MB
)
COLLATE Chinese_PRC_CI_AS;

关键参数解析：

• FILEGROWTH：建议设置为百分比而非固定值，避免频繁扩容影响性能
• COLLATE：中文环境务必指定中文排序规则
• 文件组规划：大型数据库应该创建多个文件组分散I/O压力

2.2 数据库修改技巧

当数据库需要扩容时，推荐使用以下方案：

sql复制ALTER DATABASE SalesDB
MODIFY FILE 
(
    NAME = SalesDB_Data,
    SIZE = 200MB
);

血泪教训：修改数据库配置前，务必检查磁盘剩余空间。我有次在凌晨3点扩容操作导致磁盘爆满，不得不临时申请存储资源。

3. 表结构DDL操作详解

3.1 建表规范与最佳实践

创建表时需要考虑的因素远超新手想象：

sql复制CREATE TABLE dbo.Orders
(
    OrderID INT IDENTITY(1,1) 
        PRIMARY KEY CLUSTERED,
    OrderDate DATETIME NOT NULL
        CONSTRAINT DF_Orders_OrderDate DEFAULT GETDATE(),
    CustomerID INT NOT NULL,
    Amount DECIMAL(18,2) NOT NULL,
    Status TINYINT NOT NULL,
    CONSTRAINT FK_Orders_Customers FOREIGN KEY (CustomerID)
        REFERENCES dbo.Customers(CustomerID),
    CONSTRAINT CK_Orders_Amount CHECK (Amount > 0)
)
WITH (DATA_COMPRESSION = PAGE);

高级技巧：

• 命名规范：始终使用schema.object的完整命名方式
• 约束命名：显式命名约束便于后续管理
• 压缩选项：对历史数据表启用页压缩可节省40%+空间

3.2 表结构修改的避坑指南

修改生产环境表结构是高风险操作，必须遵循以下流程：

1. 在测试环境验证脚本
2. 业务低峰期执行
3. 使用事务包装DDL语句
4. 准备回滚方案

典型修改示例：

sql复制BEGIN TRANSACTION;
GO

-- 添加新列
ALTER TABLE dbo.Orders
ADD ShippingMethod VARCHAR(20) NULL
CONSTRAINT DF_Orders_ShippingMethod DEFAULT 'Standard';

-- 修改列类型
ALTER TABLE dbo.Orders
ALTER COLUMN Status VARCHAR(10) NOT NULL;

-- 添加新约束
ALTER TABLE dbo.Orders
ADD CONSTRAINT CK_Orders_Status 
CHECK (Status IN ('Pending','Processing','Shipped','Completed'));

COMMIT TRANSACTION;

真实案例：我曾遇到ALTER COLUMN操作锁表45分钟，后来发现是因为该表有上亿条数据且未设置适当的索引。解决方案是先创建新表，然后通过数据迁移完成结构调整。

4. 高级DDL操作与性能优化

4.1 分区表实战

对于超大型表（建议超过500GB），分区是必选方案：

sql复制-- 创建分区函数
CREATE PARTITION FUNCTION pf_OrderDate(DATETIME)
AS RANGE RIGHT 
FOR VALUES 
(
    '2020-01-01',
    '2021-01-01',
    '2022-01-01'
);

-- 创建分区方案
CREATE PARTITION SCHEME ps_OrderDate
AS PARTITION pf_OrderDate
TO 
(
    [PRIMARY],
    [FG2020],
    [FG2021],
    [FG2022]
);

-- 创建分区表
CREATE TABLE dbo.Orders_Partitioned
(
    OrderID INT IDENTITY(1,1),
    OrderDate DATETIME NOT NULL,
    -- 其他列定义
) ON ps_OrderDate(OrderDate);

分区策略建议：

• 按时间范围分区是最常见做法
• 每个分区文件组应该放在不同物理磁盘
• 考虑为活跃分区配置更快的存储

4.2 索引创建与维护

正确的索引策略能提升性能10倍以上：

sql复制-- 创建筛选索引
CREATE INDEX IX_Orders_Active
ON dbo.Orders(OrderDate)
WHERE Status = 'Processing';

-- 创建包含列索引
CREATE INDEX IX_Orders_Customer
ON dbo.Orders(CustomerID)
INCLUDE (OrderDate, Amount);

索引设计原则：

1. 高选择性的列放在索引前面
2. 避免在频繁更新的列上建过多索引
3. 定期重建碎片率超过30%的索引

5. 安全相关的DDL操作

5.1 用户与权限管理

创建特定用户访问指定视图的完整流程：

sql复制-- 创建登录账号
CREATE LOGIN ReportUser WITH PASSWORD = 'ComplexPwd123!';

-- 创建数据库用户
CREATE USER ReportUser FOR LOGIN ReportUser;

-- 创建视图
CREATE VIEW dbo.SalesReport
AS
SELECT ... FROM ...;  -- 受限的数据集

-- 授予权限
GRANT SELECT ON dbo.SalesReport TO ReportUser;

-- 可选：拒绝直接表访问
DENY SELECT ON dbo.Orders TO ReportUser;

安全最佳实践：

• 遵循最小权限原则
• 使用角色管理权限组
• 定期审计用户权限

5.2 敏感数据保护

使用内置加密功能保护关键数据：

sql复制-- 创建主密钥
CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'MasterKeyPwd!';

-- 创建证书
CREATE CERTIFICATE MyCert WITH SUBJECT = 'Data Encryption Cert';

-- 创建对称密钥
CREATE SYMMETRIC KEY MySymmetricKey
WITH ALGORITHM = AES_256
ENCRYPTION BY CERTIFICATE MyCert;

-- 加密列
ALTER TABLE dbo.Customers
ADD EncryptedCreditCard varbinary(128);

-- 更新加密数据
OPEN SYMMETRIC KEY MySymmetricKey DECRYPTION BY CERTIFICATE MyCert;

UPDATE dbo.Customers
SET EncryptedCreditCard = EncryptByKey(Key_GUID('MySymmetricKey'), CreditCardNumber);

CLOSE SYMMETRIC KEY MySymmetricKey;

6. DDL操作监控与自动化

6.1 变更跟踪方案

使用DDL触发器记录所有结构变更：

sql复制CREATE TRIGGER tr_AuditDDL
ON DATABASE
FOR DDL_DATABASE_LEVEL_EVENTS
AS
BEGIN
    DECLARE @EventData XML = EVENTDATA();
    
    INSERT INTO dbo.DDLAuditLog
    (
        EventTime,
        LoginName,
        ObjectName,
        DDLCommand
    )
    VALUES
    (
        GETDATE(),
        @EventData.value('(/EVENT_INSTANCE/LoginName)[1]', 'nvarchar(100)'),
        @EventData.value('(/EVENT_INSTANCE/ObjectName)[1]', 'nvarchar(100)'),
        @EventData.value('(/EVENT_INSTANCE/TSQLCommand/CommandText)[1]', 'nvarchar(max)')
    );
END;

6.2 自动化部署策略

使用SQLCMD变量实现环境感知部署：

sql复制:setvar TableName "Orders"
:setvar SchemaName "dbo"

CREATE TABLE [$(SchemaName)].[$(TableName)]
(
    -- 列定义
);

推荐工具链：

• Visual Studio SQL Server Data Tools
• Flyway 或 Liquibase
• PowerShell 自动化脚本

7. 性能问题诊断与解决

7.1 内存占用优化

针对SQL Server Windows NT内存占用过高问题：

sql复制-- 限制最大服务器内存（保留4GB给操作系统）
EXEC sp_configure 'show advanced options', 1;
RECONFIGURE;
EXEC sp_configure 'max server memory', 12288;  -- 12GB
RECONFIGURE;

其他优化手段：

1. 优化查询减少内存授予
2. 适当增加内存分配给缓冲池
3. 检查是否有内存泄漏的第三方组件

7.2 日志文件管理

日志收缩的正确姿势：

sql复制-- 首先截断日志
BACKUP LOG SalesDB WITH TRUNCATE_ONLY;

-- 然后收缩文件
DBCC SHRINKFILE(SalesDB_Log, 1024);  -- 收缩到1GB

-- 最后设置适当增长参数
ALTER DATABASE SalesDB
MODIFY FILE 
(
    NAME = SalesDB_Log,
    FILEGROWTH = 256MB
);

重要提示：不要设置日志文件自动收缩，这会导致性能抖动。应该定期手动维护。

8. 版本升级注意事项

不同SQL Server版本间的DDL差异：

升级检查清单：

1. 使用升级顾问工具扫描兼容性问题
2. 测试所有关键DDL脚本在新版本的表现
3. 验证备份恢复流程
4. 准备回滚方案

9. 真实案例：电商系统表结构优化

去年我主导的一个电商平台优化项目，通过DDL重构使查询性能提升8倍：

原始结构问题：

• 所有订单数据存储在单表（超过20亿行）
• 没有分区策略
• 索引过多导致写入缓慢

优化方案：

1. 按年分区的订单表
2. 归档5年前数据到历史库
3. 重建精简的索引策略
4. 添加计算列优化常用查询

sql复制-- 优化后的订单表结构
CREATE TABLE dbo.Orders_Optimized
(
    OrderID BIGINT IDENTITY(1,1),
    OrderDate DATETIME2 NOT NULL,
    CustomerID INT NOT NULL,
    TotalAmount AS (SubTotal + Tax + Shipping),
    -- 其他列...
    INDEX IX_Clustered CLUSTERED (OrderDate, OrderID),
    INDEX IX_Customer NONCLUSTERED (CustomerID)
        INCLUDE (OrderDate, TotalAmount)
) ON ps_OrderDate(OrderDate);

实施结果：

• 关键查询响应时间从1200ms降至150ms
• 备份时间缩短65%
• 存储需求减少40%

10. 必备工具推荐

1. SQL Server Management Studio (SSMS)

   • 最新版本支持智能感知DDL语法
   • 内置数据库图表工具

2. Visual Studio Code + SQL Server扩展

   • 轻量级DDL脚本编辑
   • 版本控制集成

3. sp_WhoIsActive

   • 实时监控DDL操作影响
   • 识别阻塞源头

4. Ola Hallengren维护方案

   • 自动化索引重建
   • 智能统计更新

5. SQL Prompt

   • DDL代码片段
   • 命名规范检查

11. 常见错误与解决方案

问题1：对象名无效错误

sql复制-- 错误示例
ALTER TABLE Orders ADD NewColumn INT;
-- 报错：对象名 'Orders' 无效

-- 正确写法
ALTER TABLE dbo.Orders ADD NewColumn INT;

问题2：外键约束冲突

sql复制-- 删除表时遇到外键约束
DROP TABLE dbo.Customers;
-- 报错：无法删除对象 'Customers'，因为该对象正由 FOREIGN KEY 约束引用

-- 解决方案1：先删除依赖关系
DROP TABLE dbo.Orders;
DROP TABLE dbo.Customers;

-- 解决方案2：使用级联删除
ALTER TABLE dbo.Orders
DROP CONSTRAINT FK_Orders_Customers;

ALTER TABLE dbo.Orders
ADD CONSTRAINT FK_Orders_Customers FOREIGN KEY (CustomerID)
    REFERENCES dbo.Customers(CustomerID)
    ON DELETE CASCADE;

问题3：超时问题处理

sql复制-- 设置锁超时为5秒
SET LOCK_TIMEOUT 5000;

-- 使用NOLOCK提示（仅适用于查询）
SELECT * FROM dbo.Orders WITH (NOLOCK);

12. 性能对比测试数据

不同DDL操作在1000万行数据表上的执行时间对比：

测试环境：SQL Server 2019，16核CPU，64GB内存，NVMe存储

13. 系统视图与DDL监控

关键系统视图用于DDL审计：

sql复制-- 查看最近执行的DDL语句
SELECT 
    operation,
    object_name,
    create_date
FROM sys.dm_exec_query_stats AS qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) AS st
WHERE st.text LIKE '%CREATE%'
   OR st.text LIKE '%ALTER%'
   OR st.text LIKE '%DROP%'
ORDER BY qs.creation_time DESC;

-- 查看表结构变更历史
SELECT 
    t.name AS TableName,
    sc.name AS ColumnName,
    st.name AS TypeName,
    sc.max_length,
    sc.is_nullable
FROM sys.tables t
JOIN sys.columns sc ON t.object_id = sc.object_id
JOIN sys.types st ON sc.user_type_id = st.user_type_id
WHERE t.name = 'Orders';

14. 跨版本兼容性处理

确保DDL脚本兼容不同SQL Server版本：

sql复制-- 使用条件判断处理版本差异
IF (SELECT @@VERSION) LIKE '%SQL Server 2019%'
BEGIN
    -- 使用UTF-8排序规则
    CREATE TABLE dbo.InternationalData
    (
        DataID INT PRIMARY KEY,
        Content NVARCHAR(MAX) COLLATE UTF8_General_CI_AS
    );
END
ELSE
BEGIN
    -- 回退方案
    CREATE TABLE dbo.InternationalData
    (
        DataID INT PRIMARY KEY,
        Content NVARCHAR(MAX) COLLATE SQL_Latin1_General_CP1_CI_AS
    );
END

15. 云环境特别注意事项

Azure SQL与本地SQL Server的DDL差异：

1. 文件组语法不同：

   sql复制-- Azure SQL不支持文件组定义
   CREATE DATABASE CloudDB
   (EDITION = 'Standard', SERVICE_OBJECTIVE = 'S0');
   

2. 身份验证方式：

   sql复制-- Azure SQL必须包含用户名
   CREATE USER [CloudUser@domain.com] FROM EXTERNAL PROVIDER;
   

3. 备份差异：

   • Azure SQL自动管理备份
   • 不支持传统BACKUP DATABASE语法

16. 复杂DDL事务处理

使用显式事务管理结构变更：

sql复制BEGIN TRANSACTION;
BEGIN TRY
    -- 创建新表
    CREATE TABLE dbo.NewOrders (...);
    
    -- 迁移数据
    INSERT INTO dbo.NewOrders (...)
    SELECT ... FROM dbo.Orders;
    
    -- 重命名旧表
    EXEC sp_rename 'dbo.Orders', 'Orders_Old';
    
    -- 重命名新表
    EXEC sp_rename 'dbo.NewOrders', 'Orders';
    
    COMMIT TRANSACTION;
END TRY
BEGIN CATCH
    ROLLBACK TRANSACTION;
    
    -- 记录错误
    DECLARE @ErrorMessage NVARCHAR(4000) = ERROR_MESSAGE();
    RAISERROR('DDL操作失败: %s', 16, 1, @ErrorMessage);
END CATCH

17. 动态DDL生成技巧

使用系统视图自动生成DDL脚本：

sql复制-- 生成所有表的创建脚本
SELECT 
    'CREATE TABLE ' + SCHEMA_NAME(schema_id) + '.' + name + CHAR(13) + '(' + CHAR(13) +
    STUFF((
        SELECT ',' + CHAR(13) + '    ' + c.name + ' ' + 
               tp.name + 
               CASE WHEN tp.name IN ('varchar','nvarchar','char','nchar','varbinary') 
                    THEN '(' + CASE WHEN c.max_length = -1 THEN 'MAX' 
                                    ELSE CAST(c.max_length AS VARCHAR) END + ')' 
                    ELSE '' END + ' ' +
               CASE WHEN c.is_nullable = 0 THEN 'NOT NULL' ELSE 'NULL' END
        FROM sys.columns c
        JOIN sys.types tp ON c.user_type_id = tp.user_type_id
        WHERE c.object_id = t.object_id
        ORDER BY c.column_id
        FOR XML PATH(''), TYPE).value('.', 'NVARCHAR(MAX)'), 1, 2, '') + CHAR(13) + ');'
FROM sys.tables t;

18. 数据库对象依赖分析

在执行DROP操作前检查依赖关系：

sql复制-- 查看表依赖
SELECT 
    referencing_schema_name,
    referencing_entity_name,
    referencing_class_desc
FROM sys.dm_sql_referencing_entities('dbo.Orders', 'OBJECT');

-- 生成依赖关系图
EXEC sp_depends @objname = 'dbo.Orders';

19. 临时表与表变量

临时对象的使用规范：

sql复制-- 本地临时表（会话级）
CREATE TABLE #TempOrders (...);

-- 全局临时表（所有会话可见）
CREATE TABLE ##GlobalTemp (...);

-- 表变量（更适合小数据集）
DECLARE @OrderTable TABLE (...);

性能对比：

• 临时表：支持索引，适合大数据集
• 表变量：无统计信息，适合<1000行数据

20. 系统配置最佳实践

优化服务器配置支持高效DDL操作：

sql复制-- 启用即时文件初始化（减少数据文件增长时间）
EXEC xp_instance_regwrite 
    N'HKEY_LOCAL_MACHINE', 
    N'Software\Microsoft\MSSQLServer\MSSQLServer',
    N'InstantFileInitializationEnabled',
    REG_DWORD, 1;

-- 设置最大并行度
EXEC sp_configure 'max degree of parallelism', 4;
RECONFIGURE;

-- 优化锁升级阈值
ALTER DATABASE SalesDB SET LOCK_ESCALATION = TABLE;

21. 数据库设计模式

常用设计模式实现：

软删除模式：

sql复制ALTER TABLE dbo.Orders
ADD IsDeleted BIT NOT NULL DEFAULT 0;

-- 删除操作变为更新
UPDATE dbo.Orders
SET IsDeleted = 1
WHERE OrderID = 1001;

-- 查询时过滤
SELECT * FROM dbo.Orders
WHERE IsDeleted = 0;

审计追踪模式：

sql复制ALTER TABLE dbo.Orders
ADD 
    CreatedBy VARCHAR(50) NOT NULL DEFAULT SUSER_NAME(),
    CreatedDate DATETIME2 NOT NULL DEFAULT SYSDATETIME(),
    ModifiedBy VARCHAR(50) NULL,
    ModifiedDate DATETIME2 NULL;

22. 数据库收缩操作指南

正确收缩数据库的步骤：

1. 首先确定可收缩空间：

sql复制DBCC SHOWFILESTATS;

2. 收缩数据文件：

sql复制DBCC SHRINKFILE('SalesDB_Data', 10240); -- 收缩到10GB

3. 重建索引消除碎片：

sql复制EXEC sp_MSforeachtable 'ALTER INDEX ALL ON ? REBUILD';

警告：数据库收缩会导致严重碎片化，只应在一次性回收大量空间时使用，不应作为常规维护操作

23. 跨数据库操作

安全地引用其他数据库对象：

sql复制-- 创建同义词简化访问
CREATE SYNONYM dbo.ProdCustomers
FOR ProductionDB.dbo.Customers;

-- 使用三部分名称直接访问
SELECT * FROM ProductionDB.dbo.Orders;

权限要求：

• 当前数据库用户需在目标数据库中有对应权限
• 考虑使用跨数据库所有权链（谨慎启用）

24. 数据库快照应用

使用快照保护重要变更：

sql复制-- 创建快照
CREATE DATABASE SalesDB_Snapshot ON
(
    NAME = 'SalesDB_Data',
    FILENAME = 'D:\Snapshots\SalesDB.ss'
)
AS SNAPSHOT OF SalesDB;

-- 恢复快照
RESTORE DATABASE SalesDB FROM DATABASE_SNAPSHOT = 'SalesDB_Snapshot';

典型使用场景：

• 重大DDL操作前的安全网
• 报表查询的静态视图
• 开发测试环境快速重置

25. 扩展属性文档化

为数据库对象添加文档说明：

sql复制-- 为表添加描述
EXEC sp_addextendedproperty 
    @name = N'MS_Description', 
    @value = N'存储客户订单主数据',
    @level0type = N'SCHEMA', @level0name = 'dbo',
    @level1type = N'TABLE', @level1name = 'Orders';

-- 为列添加描述
EXEC sp_addextendedproperty 
    @name = N'MS_Description', 
    @value = N'订单状态：1-待处理 2-处理中 3-已完成',
    @level0type = N'SCHEMA', @level0name = 'dbo',
    @level1type = N'TABLE', @level1name = 'Orders',
    @level2type = N'COLUMN', @level2name = 'Status';

查询扩展属性：

sql复制SELECT * FROM sys.extended_properties
WHERE major_id = OBJECT_ID('dbo.Orders');

26. 变更数据捕获(CDC)配置

跟踪表结构变更历史：

sql复制-- 启用CDC功能
EXEC sys.sp_cdc_enable_db;

-- 对特定表启用CDC
EXEC sys.sp_cdc_enable_table
    @source_schema = 'dbo',
    @source_name = 'Orders',
    @role_name = 'CDC_Reader';

查询变更数据：

sql复制-- 获取所有更改
SELECT * FROM cdc.dbo_Orders_CT;

-- 获取特定时间段的更改
DECLARE @from_lsn binary(10) = sys.fn_cdc_get_min_lsn('dbo_Orders');
DECLARE @to_lsn binary(10) = sys.fn_cdc_get_max_lsn();

SELECT * FROM cdc.fn_cdc_get_all_changes_dbo_Orders(
    @from_lsn, @to_lsn, 'all');

27. 数据库兼容性级别

管理不同兼容性级别的差异：

sql复制-- 查看当前兼容级别
SELECT compatibility_level FROM sys.databases
WHERE name = DB_NAME();

-- 修改兼容级别
ALTER DATABASE SalesDB SET COMPATIBILITY_LEVEL = 150; -- SQL Server 2019

-- 常见问题处理
IF (SELECT compatibility_level FROM sys.databases WHERE name = DB_NAME()) < 130
BEGIN
    -- 处理旧版本特有问题的代码
END

兼容性影响：

• 查询优化器行为
• 特定语法支持
• 系统视图结构

28. 数据库邮件配置

自动化DDL变更通知：

sql复制-- 配置数据库邮件
EXEC msdb.dbo.sp_set_sqlagent_properties 
    @email_save_in_sent_folder = 1;

EXEC msdb.dbo.sysmail_add_account_sp
    @account_name = 'DBA_Notifications',
    @email_address = 'dba@company.com',
    @display_name = 'SQL Server DBA',
    @mailserver_name = 'smtp.company.com';

-- 创建DDL触发器发送邮件
CREATE TRIGGER tr_DDL_Notification
ON DATABASE
FOR DDL_DATABASE_LEVEL_EVENTS
AS
BEGIN
    DECLARE @EventData XML = EVENTDATA();
    DECLARE @Subject NVARCHAR(100) = 'DDL Change Notification';
    DECLARE @Body NVARCHAR(MAX) = @EventData.value('(/EVENT_INSTANCE/TSQLCommand/CommandText)[1]', 'NVARCHAR(MAX)');
    
    EXEC msdb.dbo.sp_send_dbmail
        @profile_name = 'DBA_Notifications',
        @recipients = 'dba-team@company.com',
        @subject = @Subject,
        @body = @Body;
END;

29. 数据库加密实践

透明数据加密(TDE)配置：

sql复制-- 创建主密钥
CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'ComplexPwd!123';

-- 创建证书
CREATE CERTIFICATE TDECert WITH SUBJECT = 'TDE Certificate';

-- 创建数据库加密密钥
CREATE DATABASE ENCRYPTION KEY
WITH ALGORITHM = AES_256
ENCRYPTION BY SERVER CERTIFICATE TDECert;

-- 启用加密
ALTER DATABASE SalesDB SET ENCRYPTION ON;

监控加密状态：

sql复制SELECT 
    DB_NAME(database_id) AS DatabaseName,
    encryption_state_desc,
    percent_complete
FROM sys.dm_database_encryption_keys;

30. 性能基准测试方法

DDL操作性能测试框架：

sql复制-- 创建测试表
CREATE TABLE dbo.PerformanceTest
(
    ID INT IDENTITY PRIMARY KEY,
    DataValue VARCHAR(100),
    CreateDate DATETIME DEFAULT GETDATE()
);

-- 插入测试数据
INSERT INTO dbo.PerformanceTest (DataValue)
SELECT TOP 1000000 NEWID() FROM sys.objects a, sys.objects b;

-- 测试ALTER操作
DECLARE @StartTime DATETIME = GETDATE();

ALTER TABLE dbo.PerformanceTest
ADD NewColumn INT NULL;

DECLARE @DurationMs INT = DATEDIFF(MILLISECOND, @StartTime, GETDATE());

INSERT INTO dbo.TestResults
VALUES ('ALTER TABLE ADD COLUMN', @DurationMs, GETDATE());

测试指标：

• 执行时间
• 锁等待时间
• 事务日志增长量
• CPU和I/O消耗