为什么表别名通常是小写的？

Question

我总是这样看例子，但为什么呢？这是好习惯吗？

Answer 1

因此它们可以与查询的其余部分区分开来（通常以大写形式编写）。

至于它是否是一种最佳实践......如果你用大写的方式编写查询，那么肯定会让你的查询更容易阅读和理解。

Answer 2

我将lower case用于我发明的名称。

这些是表名，列名，我的函数名，别名等。

upper case代表别人发明的名字

这是保留字，内置函数等。

dual中的dummy和Oracle是此规则的明显例外，但它们是表名和列名，因此我只是喜欢使用。

Answer 3

“公约”始终是一种很好的做法，因此遵循您的开发团队达成的协议是很好的。许多人订阅了将关键字放在UPPER案例中，因此通过降低关键词和关键词来区分别名很常见。

Answer 4

我认为就像用SQL封装问题一样 - 这都是个人偏好。我喜欢我的查询中的所有小写，所以我倾向于使用别名保持这种方式。

Answer 5

如前所述，我认为是个人偏好。

我主要使用小写，除了我总是大写的别名。

我只在存储过程中编写查询，所以我只编写查询的重要部分（以及其他TSQL“命令”，如BEGIN，END，IF，ELSE，WHILE等），大写使用。 所有别名都大写，因此我可以一目了然地看到一个属性所属的表。

如果有人加入我的团队（项目），他必须像我加入其他人的项目时一样。 当我试图让它更具可读性时，我认为换行符和缩进更重要（只要它在整个项目中保持不变）。

Answer 6

我认为有几个理由以小写形式写出来：

1. 小写看起来不像“喊叫”。很多大写字符看起来像是大喊大叫（论坛上的大多数人都不喜欢UPPERCASE中的帖子）。有些像大写的IF写关键字，当你用大写写你的别名时，你可能会感到困惑。
2. 如果您使用Capital启动一个tablename，并使用小写字符启用别名，则可以将它们分开。否则，如果还有名称较短的表，您可能会感到困惑。

但是无论你在团队中使用什么标准，只要每个人都使用相同的规则，你就可以阅读彼此的代码并且看起来不那么混乱。有时代码可能非常复杂，您不希望被违反“规则”的代码分散注意力。