当我还是一名程序员分析师时，它开始学习喜欢 ISAM（遗留物）、VSAM（简单但高效）和后来的 DB2（功能强大且灵活）等神秘的数据结构。
我最近接触的数据库是用于网站的 MySQL，但只是作为 BA。
请注意，我也喜欢流程工作，但也许我只是更喜欢数据库字段、列、行和表的结构。或者它能够查询和操作数据以提供对开展业务或做出决策有用的信息。不管是什么原因，我一直很欣赏并热爱分析数据需求并将它们转化为强大的逻辑或业务数据模型。
因此，让我们从逻辑数据建模的概述开始，它分为三个基本步骤。
第 1 步：实体
逻辑模型中的核心元素是实体。它代表组织中的人员、地点、事物、流程和事件。所有运营数据都适合特定实体，如果处理正确，则只有一个。请注意，出于性能原因，物理数据库可能会引入冗余。以一个简单的银行示例为例，其中有四个斜体实体。您的钱存放在有存款和取款功能的账户中，定期报表会发送到您的一个或多个地址。
按照惯例，实体以单数的、面向业务的名词命名。对于我们的示例，实体可能被称为账户、交易（存款或取款的抽象）、报表和位置（而不是地址）。选择一个合适的名字比看起来更难。我亲眼目睹了团队为最好的名称和抽象级别而苦苦挣扎。不过，为组织提供具有有意义名称的持久数据结构的努力是值得的。物理数据库将实体实现为表或文件。
第 2 步：关系
一旦确定了有问题的实体，就可以将适当的实体联系在一起，形成所谓的关系。关系用于最终告诉数据库引擎哪些数据元素属于一起并且应该一起检索。在物理数据库中，关系使用键表示，下面将介绍这些键。一旦确定了有问题的实体，就可以将适当的实体联系在一起，形成所谓的关系。关系用于最终告诉数据库引擎哪些数据元素属于一起并且应该一起检索。在物理数据库中，关系使用键表示，下面将介绍这些键。
对于我们的银行业务示例，账户与交易有关系，交易标识存款或取款适用的账户。Statement 是 Transactions 的集合，因此需要在那里建立关系。最后，报表被发送到位置，无论是物理地址还是电子地址。对于我们的银行业务示例，账户与交易有关系，交易标识存款或取款适用的账户。Statement 是 Transactions 的集合，因此需要在那里建立关系。最后，报表被发送到位置，无论是物理地址还是电子地址。
第 3 步 - 属性
在模型中确定关系后，可以将业务想要捕获和报告的特定数据添加到实体中。数据元素称为属性，可以在定义实体后立即添加，但在适当的位置更容易添加关系。在物理数据库中，属性成为数据的字段或列。在模型中确定关系后，可以将业务想要捕获和报告的特定数据添加到实体中。数据元素称为属性，可以在定义实体后立即添加，但在适当的位置更容易添加关系。在物理数据库中，属性成为数据的字段或列。
主键
每个实体都需要一个属性或属性组合，其值对于实体的每次出现都是唯一的。称为“主键”或“唯一标识符”。
外键
为了巩固实体之间的关系，使用了“外键”。外键是添加到关系另一侧实体的一个实体的主键。Account-Transaction 关系是使用在示例中用“(FK)”表示的 Transaction 实体中放置的 Account 的帐号键绑定的。注意：显示属性、主键和外键的确切方式通常由您组织的建模软件和标准决定。为了巩固实体之间的关系，使用了“外键”。外键是添加到关系另一侧实体的一个实体的主键。Account-Transaction 关系是使用在示例中用“(FK)”表示的 Transaction 实体中放置的 Account 的帐号键绑定的。
属性旨在表示单个事实，如果您发现某个属性重复或位于错误的实体中，则需要使用“规范化”对其进行调整。Statement-Location 关系由于其多对多关系而导致重复属性。归一化可以解决这个问题。
概括
数据建模对我来说很有吸引力，因为它有助于将可能的数据需求的模糊性转变为对业务规则和需求的精确描述。我开始意识到构建一个健壮的数据模型有助于我们发现数据对组织的意义。专注于数据的意义帮助我解决了不可避免地出现的错综复杂的规范化问题。希望本文提供快速介绍或复习，以帮助您充分利用数据工作。数据建模对我来说很有吸引力，因为它有助于将可能的数据需求的模糊性转变为对业务规则和需求的精确描述。我开始意识到构建一个健壮的数据模型有助于我们发现数据对组织的意义。专注于数据的意义帮助我解决了不可避免地出现的错综复杂的规范化问题。希望本文提供快速介绍或复习，以帮助您充分利用数据工作。