Database 创建access数据库的主要规则是什么？

我有一个像这样的数据库

Customer_ID    Customer_Lastname       Customer_Name       Customer_Address

我应该将所有这些信息存储在一个表中，还是将这些表做成

Customer_ID   Customer_Lastname Customer_Name

及

问候

---

让我来详细说明一下。。我希望应用程序尽快得到结果。拥有100张桌子不会减缓应用程序的速度吗？或者在表格中只包含必要的信息会使它更快

我有大约30000个ID，每个ID都有将近30个不同的数据，例如添加、名称、他们使用的产品和他们的CR经理等

仅使用一张桌子

没有动机根据你的问题和我的经验来分割它

有动机把它留在一个。。。查询更简单，检索数据的I/O更少

编辑： 稍后的评论显示，您希望客户拥有多个地址。在这种情况下，需要第二张表格：

Table address:
address_id, customer_id (FK), address_name, <address fields as you need>

表地址：
地址id、客户id（FK）、地址名称、，

---

address\u name

将是昵称，例如“家”、“办公室”、“珍妮阿姨”或用户指定的任何名称。

我现在只说一个表，但不要只使用客户地址。将地址拆分为单独的字段：

地址1
地址2
城市
状态

---

ZipCode

您是否会为客户提供多个地址？或者，当你用新地址替换旧地址时，你会保存一个旧地址吗？如果客户有很多地址，你可以用第二个地址。这样您就可以提取客户的所有地址。但是他们有地址，你可以先做一个。好的，我会的。但我计划将另一个地址存储为新列。像工作添加、主页添加、分支添加等。感谢DOK（也感谢编辑文章）和Ghost开发者，我想我会做第二个。这几乎在所有情况下都是一个糟糕的设计选择。例如，像“abc的客户地址”这样的问题很难回答。此外，它还会在列上复制大量地址（当客户在家工作时）。你应该买/读一本关于数据建模的好书。这将为您以后节省大量时间。在他透露的通信中，他希望在客户和地址（不同类型的地址）之间建立1-n关系。您确定I/O更少吗？我希望这取决于您需要这些地址值的频率。如果大多数查询只需要id/名称，那么较小的表将导致较少的I/O（在本例中，I/O可能不太相关，但出于好奇而询问）@Eddy Oh。在这种情况下，拆分itIt可能会有用，包括AddressType字段以及诸如Postal、Residential等选项

Table address:
address_id, customer_id (FK), address_name, <address fields as you need>