在过去的几年里,我花了很多时间搜索、研究和实现各种复杂的 MySQL 查询。他们中的许多人为表使用了大量的别名,即使没有必要。
为什么是这样?我已经看到一些关于使用别名来提高可读性的讨论,但除了聚合/计算列之外,我发现它主要不利于可读性。您的大脑必须在别名和实际表格之间进行转换。
例如:
SELECT orders.id, COUNT(*)
FROM orders, order_items
WHERE order_items.order_id = orders.id
GROUP BY orders.id
HAVING COUNT(*) > 1
对比
SELECT o.id, COUNT(*)
FROM orders o, order_items i
WHERE i.order_id = o.id
GROUP BY o.id
HAVING COUNT(*) > 1
对我来说,第一个版本更容易阅读,这只是一个简单的例子。但我看到它在简单的例子中使用了很多。只是为了少打字吗?因为这是一个可怕的理由。
我知道如果您一次或多次加入同一张桌子是有道理的,但很多时候完全不是这样。
还是我缺少什么?
在某些情况下,MySQL需要别名,例如自连接:
同样在使用某些子查询时:
我认为这可能是“始终使用别名”的起源。
我同意第二个示例更清晰,但这与别名的使用正交 - 没有人强迫您使用 1 个字母的别名,您可以使用与表本身相同的名称来命名别名:
如果这是有道理的,但这超出了原始问题的范围。然而,许多人并没有这样做,因为使用别名的另一个主要原因实际上是为了减少输入,这在大多数情况下确实会降低易读性——尽管它在 SQL 社区中得到了广泛扩展。但是,请考虑到在某些情况下,约定会使事情更清晰(供参考,
i
编程语言j
中k
广泛接受的计数器标准)。但是,这是我首选的查询格式,其中略有不同的语法使我更容易阅读:
对于较大的查询,您可能希望进行类似的操作(在我看来,对于这么小的查询来说有点夸张):
JOIN
语法是首选。我个人也更喜欢大写的别名,有或没有_
符号。该列的别名是因为 count(*) 作为标识符很难看(实际上,因为它具有非 ascii 字符)。重要的部分是坚持风格指南或约定,这对于您所处的每个项目都可能有所不同。
Jynus 的回答非常好,但我还要补充一点,在某些情况下,查询中的多个表可能具有相同的字段名称,这是不明确的,必须解决。虽然我猜你可以使用完整的表名作为前缀。
根据我处理拼写非常相似的极长表名的经验,使用别名可以使代码更紧凑、更整洁、更易读。