在数据库开发过程中，检查某条记录是否存在是非常常见的操作，无论是用于逻辑判断、数据插入前的唯一性校验，还是用于事务控制和性能优化。虽然SQL提供了多种方式可以实现这一目标，但选择合适的方法对性能和代码可读性至关重要。本文将介绍几种主流方法，并分析其适用场景与最佳实践。
使用 EXISTS 判断记录存在性
EXISTS 是SQL中最常用也是性能表现较佳的方式之一。其工作原理是：一旦子查询返回任意结果，EXISTS 即为真，数据库会立刻停止进一步搜索。
示例：
IF EXISTS (SELECT 1 FROM users WHERE email = 'user@example.com')
SELECT 1;
ELSE
SELECT 0;
优点在于效率高，尤其是在配合索引时可以迅速返回结果，而不会扫描整个表。
使用 SELECT COUNT(*)
另一种常见做法是统计满足条件的记录数，看是否大于0：
SELECT COUNT(*) FROM users WHERE email = 'user@example.com';
然后在应用层判断结果是否大于0。这种方法的劣势在于，即使只需判断存在与否，也必须统计全部记录，性能上远不如 EXISTS，尤其是在大表上。
最佳实践建议：避免使用 COUNT(*) > 0 判断存在性。
使用 SELECT TOP 1
在某些场景下，我们并不关心是否存在，而是想快速获取其中一条记录，这时可以使用：
SELECT TOP 1 * FROM users WHERE email = 'user@example.com';
此方法适用于同时需要记录数据和判断存在的场景，尤其是在分页或列表展示前的存在校验中较为常见。
结合索引优化存在性查询
无论使用哪种方法，配合合适的索引（如在 email 字段上建立唯一索引），都可以显著提升查询性能。此外，避免在 WHERE 子句中使用函数（如 LOWER(email)）也是提升效率的关键点。
在ORM中处理存在性判断
在使用如Dapper、EF Core等ORM时，建议使用Any()或FirstOrDefault()等方法代替原始SQL写法。例如在C#中：
bool exists = db.Users.Any(u => u.Email == "user@example.com");
这样做不仅代码清晰，还可以更好地利用ORM对数据库的优化策略。
在进行SQL记录存在性判断时，应优先使用EXISTS语句来确保性能与准确性。在有数据读取需求的前提下，SELECT TOP 1 是较好的选择；而不推荐使用 COUNT(*) > 0 来判断是否存在，除非确实需要统计数量。选择正确的方法，不仅可以提升数据库响应速度，还能使代码更加简洁、可维护。