Duwamish7数据库设计之俺不明白（一）

1.我一直不太明白为什么Addresses表中有一个Cutomerid字段，这个外键感觉有些莫名其妙？
2.为什么使用Authors、BookAuthor和Books表表示书籍与作者的关系，而不是在Books表中增加一个Author字段？

---

这个问题第1个回答：
因为一本书可能有多个作者。

---

这个问题第2个回答：
1、Cutomerid应该与Cutomer表关联，表示该地址为对应该Cutomerid的客户的地址

2、一个Author通常会写不止一本书，因此建一个作者表无可厚非；
      一本Book可能会是多个Author编写的，因此Book和Author的对应关系用一张单独的表维护也很正常

---

这个问题第3个回答：
樓上的正解

---

这个问题第4个回答：
详细了解了例子的功能后，对于表结构设计的理解会更清晰!

---

这个问题第5个回答：
看一下数据库的范式。

---

这个问题第6个回答：
多对多...

---

这个问题第7个回答：
我的意思是：
我觉得Addresses表就根本可以不要，在Customers表中增加一个Address字段就可以，为什么微软的同志们就非得要来一个Addresses表？  
书店例子没有根据作者查询的功能，根本用不着作者--〉书的一对多关系，只用到书--〉作者的一对多关系，这BookAuthor表和Authors表不是多此一举吗？

---

这个问题第8个回答：
1、Addresses的表结构是什么？列出来看看

2、书店例子没有根据作者查询的功能，但是在现实中的书店有这个功能；另外，如果设计数据库关系模型只考虑眼前的需求，这样的设计通常都是不完善而且很快就会被证实是要不得的。

---

这个问题第9个回答：
To:   libin_ftsafe
书店例子没有根据作者查询的功能，但是在现实中的书店有这个功能；另外，如果设计数据库关系模型只考虑眼前的需求，这样的设计通常都是不完善而且很快就会被证实是要不得的。
那第二个问题算是明白了吧，Addresses表和Customers表如下，我觉得这两个表完全可以合在一起啊,叫做Customers表？
—————————————————————
Addresses表
—————————————————————
PKid                   int               4         非空           主键
Address             nvarchar     255     非空          
Country             nvarchar     40       非空
PhoneNumber     nvarchar     30       非空
Fax                     nvarchar     30       允许空
Customerid       int               4         允许空
—————————————————————
Customers表
—————————————————————
PKid                   int               4         非空           主键
Email                 nvarchar     50       非空    
Password           binary         24       允许空
Name                   nvarchar     40       允许空

---

这个问题第10个回答：
实在是没找到心仪的答案...
海德格尔说，我们一直在通往语言的路上。
可能是我没有表达清楚我的意思！

---