<>是根据SQL-92标准的有效SQL。

http://msdn.microsoft.com/en-us/library/aa276846（SQL.80）.aspx

它们对于SQL Server都是有效的，

https://learn.microsoft.com/en-us/sql/t-sql/language-elements/not-equal-to-transact-sql-exclamation

“<>”来自SQL-92标准，“！=”是一个专有的T-SQL运算符。它也可以在其他数据库中使用，但由于它不是标准的，您必须根据具体情况进行处理。

在大多数情况下，您将知道您正在连接的数据库，因此这不是真正的问题。最坏的情况下，您可能需要在SQL中进行搜索和替换。

ANSI SQL标准将<>定义为“不等于”运算符，

http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt（5.2＜token＞和＜separator＞）

没有！=运算符。

您可以在T-SQL中使用任何您喜欢的内容。文件显示，它们的功能相同。我更喜欢！=，因为它读起来“不等于”我（基于C/C++/C#）的想法，但数据库专家似乎更喜欢<>。

从技术上讲，如果您使用SQL Server AKA T-SQL，它们的功能是相同的。如果您在存储过程中使用它，那么就没有性能上的理由使用其中一个。然后归结到个人偏好。我更喜欢使用<>，因为它符合ANSI标准。

您可以在以下位置找到各种ANSI标准的链接。。。

http://en.wikipedia.org/wiki/SQL

我理解C语法！=由于其Unix传统（早在Sybase SQL Server时代，早在Microsoft SQL Server 6.5之前）。

大多数数据库都支持！=（流行编程语言）和<>（ANSI）。

支持两者的数据库！=和<>：

Apache Derby 10.6:！=和<>IBM Informix Dynamic Server 10:！=和<>InterBase/Firebird:！=和<>Microsoft SQL Server 2000/2005/2008/2012/2016:！=和<>Mimer SQL 11.0:！=和<>MySQL 5.1:！=和<>Oracle 10g：！=和<>PostgreSQL 8.3:！=和<>Sybase Adaptive Server Enterprise 11.0:！=和<>

仅支持ANSI标准运算符的数据库：

IBM DB2 UDB 9.5:<>Microsoft Access 2010:<>

!=, 尽管是非ANSI语言，但它更符合SQL作为一种可读语言的真正精神。它的尖叫声并不相等。<>说这对我来说（小于，大于）很奇怪。我知道它的意图是，要么小于，要么大于，因此不相等，但这是一个非常复杂的方式来表达一些非常简单的东西。

我只需要进行一些长时间的SQL查询，并将它们可爱地放入XML文件中，这是一大堆愚蠢的原因，我将不再赘述。

只需说XML完全没有被<>破坏，我不得不将它们改为！=在我搞砸自己之前检查一下自己。

微软自己似乎更喜欢<>！=如它们的表约束所证明的。我个人更喜欢使用！=因为我清楚地将其读为“不相等”，但如果输入[field1！=field2]并将其保存为约束，下次查询它时，它将显示为[field1<>field2]。这告诉我，正确的做法是<>。

它们都在T-SQL中被接受。然而，使用<>的速度似乎比！=快得多。我刚刚运行了一个使用！=，平均跑了大约16秒。我将它们改为＜＞，现在查询平均运行大约需要4秒。这是一个巨大的进步！

另一种选择是使用NULLIF运算符，而不是<>或！=如果两个参数在Microsoft Docs中等于NULLIF，则返回NULL。所以我相信WHERE子句可以为<>和！=修改如下所示：

NULLIF(arg1, arg2) IS NOT NULL

正如我发现的，使用<>和！=在某些情况下不适合约会。因此，使用上述表达式是必要的。

我喜欢使用！=而不是<>，因为有时我使用<s></s>语法来编写SQL命令。使用！=在这种情况下，避免语法错误更方便。

两者都有效，我认为任何差异都可以忽略不计！只要专注于提高生产力的家伙！

你的剧本有什么价值？它做什么？它将如何促进业务？它会赚更多钱吗？

关注这些目标，而不是程序员偏好的偏好。这就好比C#和Visual Basic语言哪个更好。就好像最终用户关心应用程序的编写过程？

最终用户关心的是你的应用程序能做什么。这对他正在做的事情有什么帮助。