CREATE TABLE无法在存储过程中动态指定分区方案，因其ON子句强制要求方案名和列名是字面量；但可动态添加分区或迁移历史数据。
不能在存储过程中直接创建分区表——CREATE TABLE 语句本身不支持动态指定分区方案，必须显式写出 ON 子句并绑定已存在的分区方案；而分区方案又依赖分区函数，三者必须提前建好。试图在存储过程中拼接完整建表语句（含 ON scheme_name(column)）会失败，因为 ON 后面不接受变量或表达式。
为什么 CREATE TABLE + 分区方案不能动态写进存储过程？
SQL Server 的 CREATE TABLE 语法强制要求分区方案名和分区列名是字面量，不允许用变量替代。即使你用 EXEC(@sql) 拼接字符串，只要 @sql 中的 ON 部分含变量（如 ON @scheme_name(@col)），就会报错 Incorrect syntax near '@' 或 Must declare the scalar variable。
- 分区方案（
CREATE PARTITION SCHEME）和分区函数（CREATE PARTITION FUNCTION）本身可以动态创建，因为它们支持EXEC - 但建表时的
ON scheme_name(column)是硬编码约束，无法参数化 - 所以“动态创建分区表”实际是指：先确保分区方案存在 → 再用固定语句建表 → 表结构可复用，但每次建新表需手动改名或换方案
真正能动态做的：用存储过程添加新分区（不是建新表）
对已有分区表，你可以安全地在存储过程中动态 ALTER TABLE ... ADD PARTITION，这是标准且推荐的做法。关键是要用 DATEADD 和 CONVERT 算出下一分区边界值，并用 EXEC 执行拼接好的 ALTER 语句。
- 示例：给按天分区的表
log_table添加明天的分区 - 先查当前最大分区值：
SELECT MAX(value) FROM sys.partition_range_values WHERE function_id = ... - 再构造边界：
SET @next_day = CONVERT(VARCHAR(10), DATEADD(DAY, 1, GETDATE()), 120) - 拼 SQL：
SET @sql = 'ALTER TABLE log_table ADD PARTITION (VALUES LESS THAN (''' + @next_day + '''))' - 必须用
EXEC(@sql)，不能直接写ALTER—— 因为边界值是运行时决定的
历史数据迁移必须绕开触发器，用存储过程 + 作业调度
想把旧数据（比如昨天的数据）从主表移到归档表？别碰触发器。触发器里执行 INSERT INTO archive SELECT ... 会锁表、拖慢业务写入，且跨表操作在事务中极易死锁。正确路径是：
- 写一个存储过程，例如
sp_move_yesterday_data，内部用INSERT INTO archive_table SELECT ... WHERE created_date = DATEADD(DAY, -1, CAST(GETDATE() AS DATE)) - 用 SQL Server Agent 创建每日凌晨 2 点执行的作业，调用该存储过程
- 迁移前加
BEGIN TRY ... BEGIN CATCH ... ROLLBACK，否则部分失败会导致数据丢失 - 大表迁移要分批，比如每次只搬 5 万行：
WHERE id IN (SELECT TOP 50000 id FROM main_table WHERE ... ORDER BY id)
最易被忽略的一点：分区函数的 RANGE LEFT 和 RANGE RIGHT 语义直接影响数据归属。用 RANGE RIGHT 时，VALUES LESS THAN ('2026-09-17') 表示「小于 2026-09-17 的数据进这个分区」；而 RANGE LEFT 下同一条语句表示「小于等于 2026-09-17」。一旦选错，历史数据就可能被分到错误分区里，且无法通过 ALTER 直接修正边界。
