在哪里可以找到/学习行业标准SQL约定?

在哪里可以找到/学习行业标准SQL约定?,sql,sql-server,tsql,Sql,Sql Server,Tsql,我在一家公司工作,该公司有一些非常非标准化的SQL约定(它们是多年前由Delphi开发人员编写的)。在哪里可以找到最常用的SQL行业标准约定定义 没有了 如果有的话,它们就过时了 如果它们不是过时的,你就不会喜欢它们 如果你喜欢它们,它们是不够的 如果足够的话,没有人会喜欢 认真地讲,争取可读性,即使用有意义的字段和表名;没有什么是真正必要的 (好的,一些常见的前缀,如usp、udf和udt可能有用,但不是必需的)这是我见过的最好的前缀 然而,标准实际上应该是关于清晰、简单和易于在团队中采用的

我在一家公司工作,该公司有一些非常非标准化的SQL约定(它们是多年前由Delphi开发人员编写的)。在哪里可以找到最常用的SQL行业标准约定定义

  • 没有了
  • 如果有的话,它们就过时了
  • 如果它们不是过时的,你就不会喜欢它们
  • 如果你喜欢它们,它们是不够的
  • 如果足够的话,没有人会喜欢
  • 认真地讲,争取可读性,即使用有意义的字段和表名;没有什么是真正必要的


    (好的,一些常见的前缀,如usp、udf和udt可能有用,但不是必需的)

    这是我见过的最好的前缀

    然而,标准实际上应该是关于清晰、简单和易于在团队中采用的

    不应该有一大堆极其严格的命名准则,它应该关注风格。
    关键不是要折磨开发人员,而是要在整个系统中创建一致的样式,以便从一个部分轻松移动到另一个部分。

    没有确切的行业范围的SQL标准。最好的选择是用谷歌搜索SQL标准,因为一些有知识的人已经发布了一些关于这个主题的相当好、广泛和完整的文档。仔细阅读并吸收适用于您的环境的项目。

    在他的书中,“Joe Celko提出了许多约定,例如,集合(如表)应以复数命名,而标量数据元素(如列)应以单数命名

    他引用元数据命名标准,支持这一准则。


    是的,这是我工作的公司,但他们很好! 这些规则来自于客户项目的经验


    看一看,你喜欢什么就拿什么

    看,从一开始就有一种刺激。需要一个“辩论”标签(开玩笑)。有趣,但真实。老实说,没有“enterprisey”方法来命名表、列、存储过程或函数。就语法而言,同样适用。我对旧式的连接(即a.id=b.id或b.id为null)感到内疚,但这实际上取决于可读性。即使在我设计第一个数据库时,这似乎也是最有意义的。我还采用了在任何外键字段后面加ID的方法。