你的问题似乎已经回答得很好了，但我想再补充一点。

那些设计数据库的人应该很清楚保留的关键字，并避免使用它们。如果你发现有人在使用它，告诉他们(以礼貌的方式)。这里的关键字是保留字。

更多信息:

不应使用保留关键字 作为对象名。数据库升级 从早期版本的SQL Server 可能包含标识符，包括 话不保留在前面 版本，但那是保留的话 SQL Server的当前版本。 可以使用引用对象 分隔标识符直到名称 是可以改变的。” http://msdn.microsoft.com/en-us/library/ms176027.aspx

and

"如果你的数据库确实包含名字 匹配保留关键字，您必须 使用分隔标识符时 引用这些对象。更多的 有关信息，请参见标识符(DMX)。 http://msdn.microsoft.com/en-us/library/ms132178.aspx

从这里的答案和我自己的经验来看。如果您计划实现可移植，唯一可接受的答案是不要对表、列或其他名称使用SQL关键字。

所有这些答案都适用于各种数据库，但显然有很多不支持ANSI解决方案。

当你这样做的时候，把它别名为其他东西(或者更好的是，使用一个视图或SP并弃用旧的直接访问方法)。

SELECT [from] AS TransferFrom -- Or something else more suitable
FROM TableName

你的问题似乎已经回答得很好了，但我想再补充一点。

那些设计数据库的人应该很清楚保留的关键字，并避免使用它们。如果你发现有人在使用它，告诉他们(以礼貌的方式)。这里的关键字是保留字。

更多信息:

不应使用保留关键字 作为对象名。数据库升级 从早期版本的SQL Server 可能包含标识符，包括 话不保留在前面 版本，但那是保留的话 SQL Server的当前版本。 可以使用引用对象 分隔标识符直到名称 是可以改变的。” http://msdn.microsoft.com/en-us/library/ms176027.aspx

and

"如果你的数据库确实包含名字 匹配保留关键字，您必须 使用分隔标识符时 引用这些对象。更多的 有关信息，请参见标识符(DMX)。 http://msdn.microsoft.com/en-us/library/ms132178.aspx

我在尝试更新名称为关键字的列时遇到了同样的问题。上面的解决方案对我没有帮助。我通过简单地指定表的名称来解决它，就像这样:

UPDATE `survey`
SET survey.values='yes,no'
WHERE (question='Did you agree?')

我也遇到过这个问题。 解决方案是在查询中像这样放入[Column_Name]。

string query= "Select [Name],[Email] from Person";

所以它会工作得很好。