C#中动态建表需用ADO.NET执行CREATE TABLE语句，无专用API；必须校验数据库存在、正确处理关键字与空格、防范SQL注入、注意权限和上下文。
用 SqlConnection 和 SqlCommand 执行 CREATE TABLE 最直接
动态建表本质就是拼 sql 字符串然后执行，c# 里没封装“建表专用 api”，老老实实用 ado.net 发命令就行。别被 orm 迷惑——ef core 的 migrate 是迁移机制，不是运行时建表工具；dapper 更不碰 ddl。
常见错误现象：Invalid object name 'xxx'（表名写错或没加数据库上下文）、Incorrect syntax near '...'（字段定义漏逗号、引号没转义、关键字没加方括号）。
- 必须用
using确保SqlConnection和SqlCommand正确释放，否则连接池耗尽后卡死 - 表名、列名含空格或关键字（如
order、user）时，一律用方括号包裹：[order]，不能靠字符串拼接硬加 - 不要用字符串插值拼接用户输入的表名/列名，必须校验或白名单过滤，否则是严重 SQL 注入口
- 示例：创建简单日志表
string sql = @"CREATE TABLE [logs] (
[id] INT IDENTITY(1,1) PRIMARY KEY,
[msg] NVARCHAR(500),
[created_at] DATETIME2 DEFAULT GETDATE()
);";
using var conn = new SqlConnection(connStr);
conn.Open();
using var cmd = new SqlCommand(sql, conn);
cmd.ExecuteNonQuery();建表前得先确认数据库存在，否则 CREATE TABLE 直接报错
很多人只想着建表，忘了库可能还没建。SQL Server 不支持在不存在的数据库里直接建表，CREATE TABLE db.schema.table 语法无效，必须先 USE 或显式指定数据库上下文。
使用场景：部署脚本、多租户系统按需初始化库+表。
- 检查库是否存在：查
sys.databases，用SELECT COUNT(*) FROM sys.databases WHERE name = @dbName - 建库语句必须单独执行，且不能和建表写在一个
SqlCommand里（SQL Server 不允许批处理中混用 DDL） - 建库后要重新打开连接（或用
ALTER DATABASE SET MULTI_USER防锁），否则后续建表可能连不上新库 - 示例片段：
string createDbSql = "IF NOT EXISTS (SELECT * FROM sys.databases WHERE name = 'myapp') CREATE DATABASE [myapp];"; using var cmd = new SqlCommand(createDbSql, conn); cmd.ExecuteNonQuery(); // 注意：此处需 new 新 SqlConnection 指向 [myapp]，或重连
DataTable + SqlBulkCopy 不能建表，别混淆“建表”和“导数据”
有人看到 SqlBulkCopy.WriteToServer 能自动建目标表结构，就以为它能当建表工具用——这是误解。SqlBulkCopy 的 EnableStreaming 和 DestinationTableName 都要求表已存在，所谓“自动建表”只是某些第三方封装（如 SqlBulkTools）额外做的逻辑，不是 .NET 原生能力。
性能影响：真想靠代码生成表结构，用 CREATE TABLE 执行一次是毫秒级；如果误走 SqlBulkCopy 流程，会因反复尝试、回退、重试导致超时或锁表。
- 原生
SqlBulkCopy报错典型信息：The object 'xxx' does not exist in database 'yyy' - 如果你需要根据 C# 类型动态推导列定义（比如从
Type生成NVARCHAR(100)），得自己写映射逻辑，别指望框架自动猜 - 别为了“省几行 SQL”去魔改
SqlBulkCopy源码——维护成本远高于手写建表语句
字段类型映射容易踩坑：C# 的 DateTime 对应 SQL Server 的 DATETIME2 而不是 DATETIME
旧项目常沿用 DATETIME，但它精度低（.333 秒）、范围小（1753–9999），而 C# DateTime 最小值是 0001 年，直接插入会溢出。用 DATETIME2 才匹配，且 SQL Server 2008+ 全面支持。
兼容性影响：如果目标库是 SQL Server 2005 或更早，DATETIME2 不可用，但这种环境现在极少，强行降级不如升级数据库。
-
bool→ 推荐用BIT，不是TINYINT（虽然能存，但语义不清、ORM 映射易错） -
string→ 别无脑用NVARCHAR(MAX)，大字段影响索引和查询计划；长度可预估就写具体值，如NVARCHAR(200) -
int?（可空 int）→ 必须显式写INT NULL，否则默认NOT NULL，插入 null 时报错
建表看着简单，真正上线时最常崩在权限和上下文上：服务账号没 db_ddladmin 角色？连 master 库都打不开，建库语句就挂了；或者跨数据库操作时忘了 USE [db]，结果表建到了 master 里。这些没法靠语法检查发现，只能靠部署前真实环境验证。
