Sql 我应该在列名中输入数据类型吗？

我最近加入了一个项目，DBA让我们在列名的末尾包含数据类型。例如，出生日期或退款金额。对我来说，这感觉不对，但我似乎找不出一个好的理由来说服他放弃这个惯例。我能想到的唯一原因是，包含此数据类型需要5-10个字符，可用于创建更有意义的列名。有人能帮我吗？或者这是一个好的做法，我需要纠正我的思维方式吗？如果是，原因是什么？

DBA将其包括在故障排除中，以备将来出现任何问题，而不仅仅是查看SSMS的详细信息。在我看来，这不是一个好的做法，尤其是如果您的应用程序在intranet之外。。。例如，为黑客提供另一套易于进入系统的工具

---

我个人不会在我的SQL数据库中包含该数据类型

没有一个明确的答案-您可能会争辩说，它混淆了名称，数据类型很容易发现，名称应该表示意图，而不是存储机制，数据类型通常由名称暗示（例如，名称始终是字符串），此外，DBA无权强制执行命名标准，除非这些标准影响系统的稳定性或性能。这是设计师的工作，而不是DBA。您还可以使用-unicode呢？不同尺度和精度的小数呢？字符串的长度如何？这听起来就像在所有表前面加上

tbl\uu

@HunterNelson一样无用。我猜这里几乎每个人都会不同意DBA（您可以查看此站点和其他站点上的示例代码，以了解此类约定并不普遍）。我发现它在Oracle中特别有问题，因为一个名称中有32个字符的限制。这使得更改列的类型变得很尴尬。这看起来像是一个问题的二年级解决方案（不管可能是什么），但有其他解决方案。然而，这些似乎是观点，因此超出了堆栈溢出问题的范围。之所以给出a+1，是因为本文提到创建一个数据字典，我认为这是在列名中包含数据类型的一个很好的替代解决方案。