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

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

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

NULLIF(arg1, arg2) IS NOT NULL

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

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

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

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

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

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