【问题标题】:Where can I find/learn industry standard SQL Conventions?我在哪里可以找到/学习行业标准 SQL 约定?
【发布时间】:2008-12-18 20:30:01
【问题描述】:

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

【问题讨论】:

    标签: sql sql-server tsql


    【解决方案1】:

    在他的书“SQL Programming Style”中,Joe Celko 提出了一些约定,例如,集合(例如表)应该以复数形式命名,而标量数据元素(例如列)应该以复数形式命名单数。

    他引用ISO-11179-4 作为元数据命名的标准,支持该准则。

    【讨论】:

    • 这似乎总是最有意义的,即使我设计了我的第一个数据库。我还采用了 Suffixing any foreign key field with ID。
    【解决方案2】:
    1. 没有
    2. 如果有,它们就会过时了
    3. 如果它们没有过时,你就不会喜欢它们
    4. 如果你喜欢它们,它们是不够的
    5. 如果它们足够了,其他人不会喜欢它们

    认真地争取可读性,即使用有意义的字段和表名;没有什么是真正需要的

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

    【讨论】:

    • 看,从 zinger 开始。需要一个“争论”标签(开玩笑)。
    • 有趣,但确实如此。老实说,没有“企业”的方式来命名表、列、存储过程或函数。就语法而言,同样适用。我对旧式连接感到内疚(即 a.id = b.id 或 b.id 为空),但这实际上归结为可读性。
    【解决方案3】:

    这是我见过的最好的...Naming Conventions

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

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

    【讨论】:

      【解决方案4】:

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

      【讨论】:

        【解决方案5】:

        Here you can find a lot of Rules to better SQL /SQL Server.
        是的,这是我工作的公司,但他们很好! 这些规则来自客户项目的经验。

        看看,拿走你喜欢的!

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 1970-01-01
          • 2010-11-13
          • 1970-01-01
          • 1970-01-01
          • 2010-09-15
          • 2015-02-03
          • 2022-08-17
          • 2010-09-06
          相关资源
          最近更新 更多