SQL里写不等于，到底是用!=还是<>？这个问题背后藏着对历史与习惯的纠结。
你有没有在SQL中看到过这样的代码：WHERE column != 'value' 和 WHERE column <> 'value'？它们都表示“不等于”，但用法却不同。这背后的原因，可能和你的编程习惯、语言背景甚至历史包袱有关。不过，从现代数据库设计和实践的角度来看，选择一种更符合语义和可读性的写法，远比纠结符号本身更重要。
我们先从基础讲起。在SQL中，!= 和 <> 实际上是等价的。两者都表示“不等于”，但它们的起源却完全不同。!= 起源于早期的C语言风格，而 <> 则是来自早期的Visual Basic。如果你曾用过VB，那你可能对<>有更深的“感情”——它让你联想到一种更直观的表达方式。
但问题是，Visual Basic不是SQL的发明者。SQL的语法在设计之初就受到了关系代数和IBM数据库系统的影响，而<>在SQL标准中被广泛接受，甚至成为更主流的选择。这是因为<>在数学表达式中更常见，也更直观：你可以把它看作是“不等于”的直译，而不是像!=那样，看起来更像是“非”与“等于”两个符号的组合。
对于习惯使用C语言或Java风格的开发者来说，!=可能会更熟悉。但如果你在跨语言协作中，或者正在维护一个需要兼容不同语言背景的代码库，使用<>可能会更清晰，因为它更接近数学符号，也更容易让其他开发者理解你的意图。
再看一个实际例子。假设你正在写一个查询，筛选出所有不等于某个值的记录：
SELECT * FROM users WHERE status <> 'active';
或者：
SELECT * FROM users WHERE status != 'active';
两种写法都能运行，但语义上更清晰的可能是<>。特别是在大型项目中，统一的语法风格会减少认知负担，提升代码的可读性。
当然，这并不是说!=完全不推荐。现代数据库系统对这两种符号的支持都很友好，而且不同数据库（如MySQL、PostgreSQL、SQL Server）在某些情况下可能会有不同的默认行为。比如，某些数据库对!=的性能优化不如<>，但这通常取决于具体的查询和索引使用情况。
所以，从技术角度出发，我们更推荐使用<>。它不仅更符合SQL的标准，还能让你的代码在可读性和一致性上更胜一筹。
至于为什么有些人会觉得<>“像VB”，那其实是一种语言偏好的体现。在技术领域，这种偏好有时会带来不必要的混淆，特别是在多语言开发团队中。因此，选择一个更中立、更普遍的符号，反而更有助于团队协作和代码维护。
想深入探讨这个问题？不妨去尝试一下不同数据库的官方文档，看看它们对!=和<>的支持和推荐程度。你会发现，虽然它们在功能上是等价的，但在设计哲学和语言风格上却有着微妙的差异。
关键字：SQL, !=, <>, 不等于, 语法偏好, 可读性, 数据库标准, 代码风格, 视觉基本, 跨语言协作, 一致性