数据库规范化技巧
数据库表设计与规范化技巧与经验
数据库表设计与规范化技巧与经验在设计和规范化数据库表时，有一些技巧和经验可以帮助我们创建高效、易于维护的数据库结构。
下面，我将分享一些关键的技巧和经验：1. 深入了解业务需求在设计数据库表之前，必须充分了解业务需求。
与业务相关的主要实体和其属性应该成为数据库表的主要组成部分。
了解业务需求还可以帮助我们预测将来可能出现的需求变化，并相应地进行设计，以避免不必要的结构修改和数据迁移。
2. 单一职责原则每个数据库表应该遵循单一职责原则，即一个表应该只负责管理一个实体类型的数据。
这样做可以确保数据库结构的清晰性和可维护性。
避免将多个实体类型存储在同一个表中，这样会导致数据冗余和性能问题。
3. 数据类型的选择正确选择适当的数据类型对于数据库性能和数据一致性至关重要。
尽量使用最小的合适数据类型来节省存储空间和提高查询性能。
同时，还要确保数据类型的一致性，例如使用日期时间类型来存储日期和时间数据，而不仅仅是字符串。
4. 主键和外键在设计数据库表时，明确主键和外键是很重要的。
主键是唯一标识表中每个记录的列，而外键用于实现不同表之间的关系。
正确使用主键和外键可以确保数据的完整性和一致性，并且可以帮助我们进行高效的数据查询和关联。
5. 正规化规范化是数据库设计中的重要概念，它有助于减少数据冗余、提高数据一致性和数据更新性能。
在规范化过程中，将数据库分解成更小、更专注的部分，并将其各自关联起来。
这样做可以避免数据的重复和不一致，并提供更好的查询性能。
6. 命名规范为数据库表、列和约束等命名时，应遵循一致的命名规范。
命名应该具有描述性，以便他人能够理解和使用数据库结构。
尽量避免使用过长或过于简单的命名，以免造成混淆或歧义。
另外，还要注意使用可读性强的命名风格，例如采用下划线分隔的命名方式。
7. 索引的使用合理使用索引可以大大加快查询和数据检索的速度。
在设计表时，可以针对常用的查询条件和排序字段添加适当的索引。
但是请注意过多的索引会降低数据的写入性能，因此需要根据实际需求进行权衡。
数据库设计中常见的规范与反范式化方法
数据库设计中常见的规范与反范式化方法数据库设计是构建一个高效、可扩展和稳定的数据库系统的关键环节。
在设计数据库时，遵循一些常见规范和采用一些反范式化的方法可以提高数据库的性能和可维护性。
本文将介绍数据库设计中常见的规范和反范式化方法，并探讨它们的优缺点及适用场景。
一、常见的规范化方法规范化是一种将数据库设计转化为符合特定规范的过程，它消除了数据冗余和更新异常，提高了数据一致性和完整性。
以下是常见的规范化方法：1. 第一范式（1NF）：确保每个实体属性都是不可分割的原子值。
例如，一个学生实体包含学生ID、姓名和电话号码，每个属性都是不能再分割的最小单位。
2. 第二范式（2NF）：在满足第一范式的前提下，确保非主属性完全依赖于主键。
如果一个表有一个复合主键，那么非主属性必须完全依赖于这些复合主键，而不是依赖于其中的一部分。
3. 第三范式（3NF）：在满足第二范式的前提下，确保非主属性不传递依赖于其他非主属性。
如果一个非主属性只依赖于主键，而不依赖于其他非主属性，那么该表满足第三范式。
常见的规范化方法可以有效地减少冗余数据，提高数据的整合性与一致性。
但是，过度规范化可能会导致关联查询变得复杂，性能下降。
因此，在设计数据库时，需要权衡规范化与性能之间的平衡。
二、反范式化方法反范式化是通过在设计过程中引入或保留冗余数据，来提高数据库性能和查询效率的一种方法。
以下是常见的反范式化方法：1. 合并表：将多个表合并成一个表，这样可以减少关联操作的次数，提高查询效率。
但是，合并表可能会导致数据冗余增加，增加数据更新的难度和风险。
2. 数据缓存：将经常被查询的数据缓存到内存或其他高速存储设备中，避免频繁的磁盘访问。
这样可以显著提高查询速度，但同时需要额外的资源。
3. 表分区：将表分成多个较小的分区，每个分区独立进行管理和维护。
这样可以减少查询的数据量，提高查询效率。
但是，分区可能导致数据分布不均衡，增加了维护和管理的复杂度。
数据库字段设计与规范化的技巧与经验
数据库字段设计与规范化的技巧与经验在数据库设计过程中，字段的设计与规范化是非常关键的一部分。
一个良好设计的数据库可以提高数据的准确性、可靠性和查询效率。
本文将介绍一些关于数据库字段设计与规范化的技巧和经验，以帮助您进行更好的数据库设计。
1. 命名规范在设计数据库字段时，一个好的命名规范可以使得字段名称更加清晰和可读。
以下是一些常用的命名规范：- 采用有意义的字段名称：字段名称应该具有一定的含义，能够直观地表达字段所存储的数据。
- 使用小写字母和下划线：一般情况下，字段名称使用小写字母和下划线的组合，例如：user_id、first_name等。
- 避免使用数据库关键字：确保字段名称不与数据库的关键字冲突，以免造成不必要的麻烦。
- 一致性：保持字段命名的一致性，避免使用不同的命名风格和规范。
2. 数据类型选择正确选择数据类型可以节省存储空间，提高查询效率，同时也能提高系统的性能和扩展性。
以下是一些常见的数据类型选择技巧：- 使用最小的数据类型：尽可能地使用最小的数据类型来存储数据，例如使用INT代替BIGINT，使用DATE代替DATETIME等。
这样可以减少存储空间和提高查询速度。
- 避免使用字符串类型存储数字：如果字段存储的是数值类型的数据，应当选择相应的数值类型，而不是使用字符串类型存储。
- 考虑国际化和本地化：根据需求考虑字段是否需要支持国际化和本地化，选择合适的字符集和排序规则。
3. 主键设计主键是用来唯一标识数据库表中的每一行数据的。
一个好的主键设计可以提高系统的性能和扩展性。
以下是一些主键设计的技巧：- 单一主键：一个表最好只有一个主键，以保持数据的一致性和完整性。
- 使用自增长主键：对于具有唯一性标识的字段，最好使用自增长主键。
这样可以避免人工设置主键的麻烦，并提高数据库的性能。
- 避免使用业务字段作为主键：尽量避免使用具有业务含义的字段作为主键，以免在今后的业务需求变更中造成麻烦。
数据库规范化设计方法与技巧
数据库规范化设计方法与技巧在现今信息化发展的时代，数据是企业最重要的资产之一，如何合理规划数据库，运用数据库规范化设计方法与技巧有效地提高数据的存取效率和安全性，在企业的信息化建设和管理中扮演着至关重要的角色。
数据库规范化设计是指根据关系数据库的一些基本原则，将一个不符合规范的数据库设计转变为依据规范的结构化数据表，达到减少冗余数据、消除数据更新异常、提高数据的一致性等一系列目的的过程。
在进行数据库规范化设计时，需要遵循以下几个步骤：第一步：识别实体在数据库的设计中，实体指的是数据库中要存储的对象，例如企业中的员工、客户、供应商等，都可以视为实体。
第二步：识别实体间的联系在设计数据库时，不同实体之间需要进行关联，例如员工和客户之间存在“销售”这一联系，客户和供应商之间存在“供应”这一联系等。
第三步：规范化表结构通过消除冗余数据和合并表项，把一个不符合规范的数据库设计转变为符合规范的结构化数据表。
常用的规范化模式有第一范式、第二范式、第三范式等。
第四步：确定主键主键是一个唯一标识符，用于在多个表项中唯一标识每个实体，识别唯一性是数据库的基础，主键可以是单一的，也可以是组成的。
第五步：定义关系在数据库设计中，不同的实体之间需要进行关联，此时需要定义关系。
企业通常拥有很多不同的实体，比如员工、客户、供应商、产品等，这些实体之间的关系往往不同，需要在数据库设计中进行详细的定义。
在进行数据库规范化设计时，还需要注意以下几个技巧：第一条：避免使用超过3个表结构的联接查询为了提高数据库的效率，在进行联接查询时，应尽量避免使用超过3个表结构的联接查询。
联接查询过程中，连接表中记录的数量越多，处理时间也就越长，这会增加系统的负载。
第二条：避免使用多余的索引索引可用于快速查找数据库表中的记录，但是如果创建过多的索引，会占用过多的存储空间，降低数据的插入和更新操作的速度，因此在设计数据库时，需要避免使用过多的索引。
第三条：避免使用NULL值NULL值意味着没有值，会占用额外的磁盘空间。
教你如何进行数据库设计与规范化
教你如何进行数据库设计与规范化数据库是现代信息系统中非常重要的组成部分，它能够有效地管理数据，提供数据的快速访问和数据的持久化存储。
数据库设计与规范化是数据库开发过程中的关键环节，本文将以专业的角度为读者介绍如何进行数据库设计与规范化。
第一章：数据库设计的基本原则数据库设计的目标是根据系统需求，合理地组织和存储数据，以满足数据的可靠性、安全性、一致性和高性能等要求。
在设计数据库时，应遵循以下基本原则：1. 数据库的结构应反映系统的实际需求，逻辑结构和组织结构要合理。
2. 数据库的设计应具有一定的可扩展性和灵活性，便于后期的扩展和维护。
3. 数据库的设计要考虑数据的完整性，包括实体完整性、参照完整性和用户定义的完整性。
4. 数据库的设计要避免冗余和不一致，保证数据的一致性和准确性。
5. 数据库的设计要考虑性能问题，包括查询的效率和数据的存储空间等方面。
数据库设计的过程包括需求分析、概念设计、逻辑设计和物理设计等阶段。
1. 需求分析：明确系统需求，包括数据的输入、输出和处理等方面，分析用户的需求和期望。
2. 概念设计：根据需求分析结果，设计出概念模型，包括实体-联系图、数据流图等，描述数据的组织和关系。
3. 逻辑设计：将概念模型转化为逻辑模型，选择合适的数据模型，设计出数据库的结构和关系。
4. 物理设计：将逻辑模型转化为物理模型，选择合适的存储结构和索引等，确定数据库的存储方式和存储结构。
第三章：数据库规范化的基本理念数据库规范化是为了消除数据中的冗余和不一致，提高数据库的设计质量和性能。
数据库规范化的基本理念包括：1. 第一范式：每个属性都是不可再分的，属性值的原子性。
2. 第二范式：每个非主属性完全依赖于主键，不存在部分依赖。
3. 第三范式：每个非主属性只依赖于主键，不存在传递依赖。
4. BCNF范式：消除主键以外的属性之间的函数依赖关系。
数据库规范化的步骤包括：1. 识别主键和函数依赖：确定实体和属性，识别主键，分析函数依赖关系。
数据库规范化与反规范化
数据库规范化与反规范化数据库规范化是指将数据库中的数据进行结构化和组织，以便满足一定的规范和标准。
而反规范化是指在某些特殊情况下，为了提高数据库的性能和效率，对已经规范化的数据库进行一些冗余和重复的操作。
本文将探讨数据库规范化和反规范化的概念、方法和适用场景。
1. 数据库规范化的概念与方法数据库规范化是为了消除冗余和重复数据，提高数据的一致性和完整性。
它通过将数据分解为更小、更精确的关系，降低数据的冗余度，避免数据的不一致和重复。
数据库规范化通常遵循一系列的规范形式，如第一范式、第二范式和第三范式等。
- 第一范式：确保每个属性都是原子的，即每个属性不可再分。
例如，在一个学生表中，不将姓名和电话放在同一个属性中。
- 第二范式：确保每个非主属性完全依赖于主键，而不是依赖于其他非主属性。
例如，在一个订单表中，订单项应该与订单号关联，而不是与顾客姓名关联。
- 第三范式：确保每个非主属性不依赖于其他非主属性。
例如，在一个员工表中，员工的工资应该与员工编号关联，而不是与员工所在部门关联。
通过规范化，可以提高数据库的可维护性和扩展性，减少数据冗余和不一致性的问题，并提高系统的性能。
2. 反规范化的概念与方法反规范化是指在某些情况下，为了提高数据库的性能和效率，对已经规范化的数据库进行一些冗余和重复的操作。
反规范化主要分为冗余和分裂两种形式。
- 冗余反规范化：通过增加重复数据，将多个关系合并为一个关系，从而减少关联操作和查询的开销。
例如，在一个包含订单项和产品信息的数据库中，可以将产品的名称和价格冗余到订单项中，避免了频繁查询产品表的开销。
- 分裂反规范化：通过将一个关系分裂成多个关系，提高查询性能。
例如，在一个包含订单和订单项的数据库中，可以将订单项按照产品分类分裂为多个关系，从而减少查询的数据量和时间。
反规范化的目的是为了提高系统的性能和响应速度，但同时也增加了数据冗余和一致性的管理成本。
因此，需要谨慎选择适合反规范化的情况和方法。
数据库设计中的规范化与优化方法
数据库设计中的规范化与优化方法一、规范化（Normalization）数据库规范化是指通过一定的规则对数据表进行设计，使其符合标准化的要求，从而优化数据表的结构。
其目的是为了保证数据表的可靠性、一致性和可维护性。
规范化的过程是将大的数据表分解成多个小表，每个小表只包含一种数据，从而消除数据表中的冗余数据。
规范化通常分为三范式，即第一范式、第二范式和第三范式。
1. 第一范式（1NF）第一范式的要求是每一列都是原子性的，即每列都不可分割。
如果数据表的列不满足这个条件，就需要将其分成多个列，每个列都是单一的数据类型。
例如，一个姓名字段中包括了多个人的名字，就需要将其分解成多行，每行包含一个人的姓名。
2. 第二范式（2NF）第二范式要求：数据表中的每一列都和主键直接相关。
如果不满足这个条件，就需要对数据表进行细化，将关联不到主键的列分解到另一个表中。
3. 第三范式（3NF）第三范式要求：数据表中的每一列都和非主键直接相关，不存在非主键对主键的依赖关系。
如果不满足这个条件，就需要将关联到非主键的列再次分解到另一个表中。
二、优化方法1. 数据库选择不同的数据库有不同的优缺点，选择适合自己需求的数据库才能达到最好的效果。
比如，MySQL在并发读写能力上较强，Oracle可以处理大量复杂事务，选择不同的数据库也要根据实际情况。
2. 索引优化在关键字段上增加索引，可以提高查询效率，但是对于大表和频繁更新的表，索引的增加也可能造成性能的下降。
因此，需要平衡索引的数量和效率。
3. 明确查询需求对于数据库设计，需要明确查询需求，合理地设计表结构和索引，优化查询语句可以帮助提高数据库的性能。
4. 数据划分对于大型数据库，可以将数据分散到多个服务器上，减少单个服务器的负担，提高整个数据库的吞吐量。
5. 数据库缓存对于一些频繁读取的数据，可以将其缓存在内存中，减少数据库的IO操作。
使用缓存技术可以提高查询效率。
6. 查询优化通过合理的查询语句优化，可以减少数据库的读取次数，提高查询效率。
数据库的设计与规范化方法
数据库的设计与规范化方法概述：数据库是现代信息系统的关键组成部分，良好的数据库设计能够提高数据的存储效率、提供准确的数据查询和分析功能。
在数据库设计过程中，规范化是一种重要的方法，可以帮助我们减少冗余数据、确保数据一致性，并提高数据的可维护性和可扩展性。
本文将介绍数据库的设计与规范化方法，包括概念定义、基本原则和具体步骤。
1. 数据库设计的概念定义：数据库设计是指根据实际需求，将数据组织为一系列相关的表和关系，并确定各个表之间的连接方式和约束条件。
数据库设计目标是实现数据存储和处理的最佳结构，确保数据的完整性和一致性。
2. 数据库设计的基本原则：（1）逻辑独立性：数据库设计应该与应用程序的实现方式相分离，以使得对数据库的逻辑结构的变更不会对应用程序产生影响。
（2）完整性：数据库约束条件应该能够确保数据的完整性，包括实体完整性、主键完整性、外键完整性等。
（3）一致性：数据库中的数据应该保持一致性，对于重复的数据应该通过规范化方法来消除。
（4）可扩展性：数据库设计应该能够适应未来的需求变化，可以通过增加新的表和关系来扩展数据库功能。
3. 数据库设计的规范化步骤：规范化方法是一种逐步细化的过程，通过将数据库设计分解为多个阶段，每个阶段都针对某一特定的规范化特征进行处理，以达到数据库的规范化和优化。
（1）第一范式（1NF）：消除重复字段，确保每个字段都是原子性的；（2）第二范式（2NF）：建立主键，消除非关键字段对主键的部分依赖；（3）第三范式（3NF）：消除非主键字段之间的传递依赖；（4）其他范式：根据具体情况，进一步应用BCNF、4NF等高级范式。
规范化是一个逐步的过程，不能一步到位，通常从3NF设计开始。
在进行规范化过程中，需要进行以下步骤：（1）识别实体类型：将需求中的实体抽象为具体的表，并定义它们之间的关系；（2）识别属性：对于每个实体表，分析其属性，定义字段和数据类型；（3）确定主键：对于每个实体表，确定其主键，用以唯一标识每条记录；（4）消除重复组：通过创建新的表、分解表或建立关联表等方式，消除实体和属性间的冗余数据；（5）确定外键：对于关系表，确定其外键，建立实体之间的连接。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据库规范化技巧[ Luke Chung 2003年3月24日，阅读人数187人 ]简介在设计数据库时，最重要的步骤是要确保数据正确分布到数据库的表中。
使用正确的数据结构，可以极大地简化应用程序的其他内容（查询、窗体、报表、代码等）。
正确进行表设计的正式名称是“数据库规范化”。
本文简要介绍数据库规范化的基本概念和一些需要注意并力求避免的常见问题。
理解您的数据在设计表之前，应明确您打算如何处理数据，还要了解随着时间的推移数据会发生什么样的变化。
您所做的假设将会影响最终的设计。
您需要什么样的数据？设计应用程序时，关键要了解设计的最终结果，以便确保您准备好所有必需的数据并知道其来源。
例如，报表的外观、每个数据的来源以及所需的所有数据是否都存在。
对项目损失最大的莫过于在项目后期发现重要报表缺少数据。
知道需要什么样的数据后，就必须确定数据的来源。
数据是否从其他数据源中导入？数据是否需要清理或验证？用户是否需要输入数据？明确所需数据的类型和来源是数据库设计的第一步。
您打算如何处理这些数据？用户是否需要编辑这些数据？如果需要，应如何显示数据以便于用户理解和编辑？有没有验证规则和相关的查找表？要求对编辑和删除保留备份的数据输入有没有相关联的审核问题？需要为用户显示哪些摘要信息？是否需要生成导出文件？了解这些信息后，就可以想象字段之间是如何相互关联的了。
数据之间如何相互关联？将数据分组放入相关字段（例如与客户相关的信息、与发票相关的信息等），每个字段组都代表要建立的表。
然后考虑如何将这些表相互关联。
例如，哪些表具有一对多关系（例如，一个客户可能持有多张发票）？哪些表具有一对一关系（这种情况下，通常会考虑将其组合到一个表中）？随着时间的推移数据会发生什么样的变化？设计表之后，常常会由于没有考虑时间的影响而导致以后出现严重问题。
许多表设计在当时使用时效果非常好，但是，常常会因为用户修改数据、添加数据以及随时间的推移而崩溃。
开发人员经常会发现需要重新设计表的结构来适应这些变化。
表的结构发生变化时，所有相关的内容（查询、窗体、报表、代码等）也必须随之更新。
理解并预测数据会随时间推移发生哪些变化，可以实现更好的设计，减少问题的发生。
学习如何使用查询了解如何分析和管理数据同样很重要。
您应该深刻理解查询的工作原理，理解如何使用查询在多个表之间链接数据，如何使用查询对数据进行分组和汇总，以及如何在不需要以规范化格式显示数据时使用交叉表查询。
好的数据设计的最终目标就是要平衡两个需要：既要随着时间的推移有效地存储数据，又要轻松地检索和分析数据。
理解查询的功能对正确设计表很有帮助。
数据库规范化概念这部分介绍数据库规范化所涉及的基本概念，而不是对数据库规范化进行理论性的探讨。
如何在您的实际情况中应用这些概念可能会随着应用程序需要的不同而有所变化。
这部分的目的是理解这些基本概念、根据实际需要应用它们，并理解偏离这些概念将会出现哪些问题。
将唯一信息存储在一个地方大部分数据库开发人员都理解数据库规范化的基本概念。
理想情况下，您希望将相同的数据存储在同一个地方，并在需要引用时使用 ID 来进行引用。
因此，如果某些信息发生了变化，则可以在一个地方进行更改，而整个程序中的相应信息也会随之更改。
例如，客户表会存储每个客户的记录，包括姓名、地址、电话号码、电子邮件地址以及其他特征信息。
客户表中可能包含唯一的 CustomerID 字段（通常是 Autonumber 字段），这个字段即该表的主键字段，其他表使用它来引用该客户。
因此，发票表可以只引用客户的 ID 值，而不是在每张发票中存储客户的所有信息（因为同一个客户可能会持有多张发票），这样利用客户的 ID 值即可从客户表中查找客户的详细信息。
使用 Access 中功能强大的窗体（使用组合框和子窗体），可以轻松地完成这项工作。
如果需要修改客户信息（例如新增电话号码），只需在客户表中修改，应用程序中引用该信息的任何其他部分都会随之自动更新。
使用正确规范化的数据库，通过简单的编辑即可轻松处理数据随时间推移而发生的更改。
使用未正确规范化的数据库，通常需要利用编程或查询来更改多条记录或多个表。
这不仅会增加工作量，还会增加由于未正确执行代码或查询而导致数据不一致的可能性。
记录是免费的，而新字段非常昂贵理想的数据库应该只需要随着时间的推移添加新的记录，数据库表应该能够保存大量记录。
但是，如果您发现需要增加更多字段，则可能会碰到设计问题。
电子表格专家经常会遇到上述问题，因为他们习惯于按照设计电子表格的方式设计数据库。
设计经常随时间变化的字段（例如，年、季度、产品和销售人员）需要在将来添加新字段。
而正确的设计应该是转换信息并将随时间变化的数据放在一个字段内，这样就可以添加更多记录。
例如，只需创建“年”字段，然后在该字段中输入各记录相应的年份值即可，无需为每年创建一个单独的字段。
增加额外的字段可能会产生问题，因为表结构的变化会对应用程序的其他部分产生影响。
在表中添加更多字段时，依赖该表的对象和代码也需要更新。
例如，查询需要获取额外的字段，窗体需要显示这些字段，而报表则需要包含这些字段，等等。
但是，如果数据已经规范化，则现有对象会自动检索新数据，并正确计算或显示这些数据。
查询功能尤其强大，因为它允许您按“年”字段进行分组，以逐年显示摘要（不管表中包含哪些年份）。
但是，数据规范化并不意味着不能显示或使用随时间而变化或依赖时间的字段。
需要浏览或显示这类信息的开发人员通常可以使用交叉表查询来达到这一目的。
如果您不熟悉交叉表查询，应该学习如何使用它们。
虽然它们与表有所不同（尤其是用户无法编辑交叉表查询的结果），但它们的确可以用于在数据表中显示信息（最多可以达到 255 个字段）。
如果要在报表中使用它们，则会更加复杂，因为报表需要包含额外的或不断变化的字段名。
这就是为什么大多数报表将数据作为独立的分组（而不是独立的列）显示的原因。
对于那些别无选择的情况，您必须花时间去解决这个问题。
希望所有人都能够理解这种决定会随着时间的变化对其他资源产生的影响。
这就是为什么增加记录是免费的（这是数据库的巨大优势）而增加字段是如此昂贵的原因。
如果数据库设计正确，则可以适应各种各样的变化。
了解何时需要复制数据有时数据需要反规范化，以便保存可能会随时间变化的信息。
在通过客户 ID 号将发票链接到客户表的简单示例中，我们可能需要保留开出发票时的客户地址（而不是制作发票时的地址，因为客户信息在这两个事件之间可能会有所变化）。
如果开出发票时未保留客户地址，而将来又必须更新客户信息，则可能无法确定发送某些发票的确切地址。
这可能会导致非常严重的商业问题。
当然，有些信息（如客户的电话号码）可以不保存。
因此，应该有选择地决定需要复制哪些数据。
需要复制数据的另一个例子是填写发票的明细项。
报价单通常用于挑选客户订购的商品。
我们可以只存储报价单 ID，而 ID 指向包含产品说明、价格和其他详细信息的报价单。
但是，产品说明和价格会随着时间而改变。
如果不将数据从报价单复制到明细表中，将来则无法准确地重新打印原始发票。
如果您尚未收到付款，问题将非常严重。
因此，虽然规范化可以将相同的数据很好地保存在一个地方并能简化编辑工作，但某些情况下却不需要这些优势。
如果以后由于历史原因需要数据的快照，则必须从一开始就在数据库中设计好。
否则，一旦数据被覆盖就无法再找回。
使用没有确切含义的字段作为主键字段为了提高效率，每个表都应该有一个主键字段。
主键字段定义了在表中的唯一性，并由索引在其他字段中使用，以提高搜索性能。
例如，客户表可以包含为每个客户定义唯一编号的 CustomerID 字段。
为了便于讨论，假定表中包含多个字段，而不仅仅是简单的单一表查找（例如国家/地区列表）。
一般来说，主键字段应具有如下特征：应该只包含一个字段可以将多个字段定义为表的主键字段，但最好是使用一个字段。
首先，如果需要使用多个字段来定义唯一性，则需要占用更多的空间来存储主键。
其次，表中的其他索引还必须使用主键字段的组合，这样所占用的空间比使用一个字段所占用的空间要多。
最后，在表中标识记录需要获取字段组合。
使用一个 CustomerID 字段定义客户比使用其他字段组合要好得多。
应该为数字类型Access 提供的 AutoNumber 字段类型是一个 Long Integer（长整数），非常适用于主键字段。
这些值可以自动保证每个记录的唯一性，同时也支持多用户数据输入。
不会随时间而改变主键字段不应该随时间而改变。
一旦标识了主键字段，就应该永远不变（象社会保障号一样）。
更改过的主键字段将很难再使用历史数据，因为其中的链接被破坏了。
应该没有确切含义要确保主键字段不会随时间而更改，它应该没有确切含义。
没有确切含义的主键值在其他数据不完整时也非常有用。
例如，您可以指定一个客户编号，而无需该客户的完整地址。
应用程序的其余部分可以很好地工作，您也可以在检索记录时添加信息。
如果表中使用了国家/地区字段或其他您没有的标识字段作为主键的一部分，则很可能会导致无法使用应用程序。
鉴于上述原因，我们建议在大部分表中使用 AutoNumber 字段作为主键字段。
通过使用组合框和隐藏列，可以将字段绑定到 AutoNumber 字段并将其隐藏，使用户无法看到。
使用引用完整性对表进行定义并理解各表是如何关联的之后，请确保添加引用完整性来巩固各表之间的关系。
这样可以避免错误地修改链接字段而留下孤立的记录。
Microsoft Jet 数据库引擎支持复杂的引用完整性，允许用户进行级联更新和删除。
一般情况下，不应修改 ID 字段。
因此，级联更新用得较少，但级联删除却非常有用。
例如，如果发票表与订单表相关联，其中的一张发票可能有无限多个订单（明细项），并且每个订单记录包含它所链接的发票编号，则可以使用级联删除操作来删除发票记录，并自动删除所有相应的订单记录。
这样可以避免出现没有相应发票记录的订单记录。