数据库的模式[重复]

Question

这个问题已经有一个答案在这里：

• 关系数据库的设计图案？ 10答案

任何人都不会知道的论文、书籍。这一文件模式的数据库吗？例如，一个共同的经验法则是，每个表都应有一个主的关键和关键应该是 缺乏信息内容.所以我想知道如果有人写了一本书或公布的文件有关的设计图案设计的关系型数据库？

---

@盖乌,

这是个问题，一个数据库的设计师的需求来衡量什么是可能的稳定性数据库结构？给定了长足的地平线没有什么是稳定的。或者说的话，给定了长足的地平线，一切都受到改变。代理键(在理论上)应该永远不会改变其含义的，因为它从没有意义的开始。

我想其他的事情要考虑的在于特定的设计方案中是谁将是看到主要钥匙?如果主要关键是什么，最终用户实际上将需要参考后很有意义，要使它的东西他们可以理解的。但是我不能想象的许多情况下，最终用户需要看到一个主要的关键；通常主要关键是本来允许的数据库引擎加速了某些操作。

我原来想问的问题是要找到设计图案为数据库的设计，是编纂的经验更丰富的数据库设计者比我自己所以如，我们希望，避免有些轻易地可以避免的错误。这将是有趣的读物，如果有人曾经编纂的数据库设计防模式。

Answer 1

具体而言，关键：我坚决不同意的奇怪的想法键必须是没有意义。在一般情况下，我认为一个数据库收集的事实；只要你开始加入任意字(如生成密钥)和其它不相关的信息纳入它，它应该是一个警告标志。我建议 这articly乔Celko 为更加关键。

更一般注意事项：

建议的架构的设计/数据模型用于不同的业务：David C.Hay：数据模型的模式：公约的想法 而不是老，但还有一个原因为什么它还在打印
http://www.dorsethouse.com/books/dmp.html

也许不是非常模式，但仍然非常好：斯特凡*Faroult，彼得*罗布森:艺术SQL http://oreilly.com/catalog/9780596008949/

另一个我可以建议：瓦迪姆Tropashko:SQL设计模式的专家的指导SQL编程 http://www.rampant-books.com/book_2006_1_sql_coding_styles.htm

系统性文书的有关数据模式:Graeme Simsion&格雷厄姆*维特，"数据建模精华" http://www.elsevierdirect.com/product.jsp?isbn=9780126445510

也许你是真的在寻找一个"风格指南"?.我这种情况下：乔Celko:SQL编程的风格 http://www.elsevierdirect.com/product.jsp?isbn=9780120887972

Answer 2

书E.F。科德和C.J.日期都是最明显的答案。我还没有阅读这本书但是我熟悉的作者，这可能是相当好的。

加Mathmatics数据库专业人员 通过Lexx de Haan和卡通Koppelaars.

Answer 3

实际上，我觉得的经验法则是通常使用一个自然的关键，而不是代孕的可能的时候...

所以如果我有，例如，发票表和InvoiceDetail表，我们或许可以使用InvoiceNumber作为我们的主要关键的第一个。它已经存在于我们的数据和(我假设?) 将是独一无二的。第二，我们可能会被困需要一个代理键，但是-它是否加入到发票编号为复合或没有。

在任何情况下，回到原来的问题...hometoast的链接，应该让你开始。

--凯文Fairchild

Answer 4

回答正是: 是的.有s*吨的信息写在'好'数据库的设计。虽然汽车例规则的拇指肯定是值得怀疑。

Answer 5

SQL反模式 通过法案Karwin是非常容易阅读(不干)，并解释中相当清楚的条款有些不同的潜在的陷阱，你怎么可能会发现自己使用它们，以及如何为什么要做正确的事情。

Answer 6

使用的主键业务的含义("自然键")的确有其优点，但它可以使重构数据库 非常 困难。谨慎使用，特别是如果有任何理由相信该数据库结构将随着时间而改变。