C# 尝试向SQL Server数据库添加一列并捕获异常是否可以？
在C#中使用SQL Server是否值得一提：C# 尝试向SQL Server数据库添加一列并捕获异常是否可以？,c#,sql,sql-server,C#,Sql,Sql Server,在C#中使用SQL Server是否值得一提： IF COL_LENGTH('MyTable','MyColumn') IS NULL BEGIN ALTER TABLE MyTable ADD MyColumn INT END 因为我可以更容易地抓住电话： try { Db.ExecuteNonQuery("ALTER TABLE MyTable ADD MyColumn INT"); } catch(Exception) { } 并且让if一直失败（在旧数据库上运行时除外）。。。
IF COL_LENGTH('MyTable','MyColumn') IS NULL
BEGIN
ALTER TABLE MyTable ADD MyColumn INT
END
try
{
Db.ExecuteNonQuery("ALTER TABLE MyTable ADD MyColumn INT");
}
catch(Exception)
{
}
或者是顽皮/缓慢/等等？只是不要用这种方式捕捉
异常- 因为表不存在
- 因为该列已经存在
- 因为连接字符串是错误的
- 因为网络错误
- 还有其他原因吗
下面是我典型的幂等元加法列tsql
IF EXISTS ( SELECT TABLE_SCHEMA , TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME = 'Categories' and TABLE_SCHEMA = 'dbo' )
BEGIN
IF NOT EXISTS
(
SELECT *
FROM [INFORMATION_SCHEMA].[COLUMNS]
WHERE
TABLE_NAME = 'Categories'
AND TABLE_SCHEMA = 'dbo'
AND COLUMN_NAME = 'CategoryName'
)
BEGIN
print 'Adding the column dbo.Categories.*CategoryName*'
ALTER TABLE [dbo].[Categories] ADD [CategoryName] nvarchar(15) NOT NULL
END
ELSE
BEGIN
print 'The column dbo.Categories.*CategoryName* already exists.'
END
END
在这种情况下，速度真的很重要吗？您多久更新一次数据库
但是，您真的确定要默默地吃掉所有异常吗？问题可能是您没有DDL（modify db）权限，或者该列存在，但具有不同的列类型。在脚本中执行这种类型的检查是非常标准的，因为脚本可能需要多次运行。例如，可能会向其中添加其他表更改。如果有人必须重新运行脚本，您不希望脚本导致错误 正如其他人所指出的那样，应为真正的例外情况保留例外 但是在C代码中这样做还有一个额外的问题：你把数据库维护的东西混入（大概）你的应用程序代码中。如果遵循以下原则，代码的可读性和可维护性将大大提高。您的C#代码流只是后端的一个小垫片，真正的工作就发生在后端。因此，出现了明显的问题： 为什么会出现异常？ 原因包括但不限于：
- 您没有更改表的权限
- 您尝试获取表上的SCH-M锁时超时
- 新列将触发日志空间不足的事件
- 一个习惯阻止执行
- 规则禁止执行
- IO子系统刚刚崩溃，数据库处于脱机状态
- 该列已经存在（这似乎是您想到的唯一情况）
关于SEH是否便宜还有很长的争论，但这完全超出了在数据库中谈论DDL的范围您正在请求对象上的SCH-M锁，因此将阻止所有人，直到您得到它。即使您的DDL抛出并处理异常，在等待uber锁被授予时，您已经将吞吐量降至0（0）。你可能已经等了好几个小时了，你知道 IMO选项1是正确的。只要有可能，您的脚本应该进行自己的检查。IMO选项#1更好，但您仍然没有检查列的存在性。如果不存在，最好使用
形式的查询（从sys.columns中选择*。