Project Trek局域网应用程序数据库

　　根据Mary提供的用例，Bob（数据建模专家）为Project Trek设计了高层数据模型（称为实体模型）。他分析了目前使用的Excel工作表的结构和功能需求，然后准备了该实体模型。
　　1.理解表和实体
　　LOB应用程序与所有以数据为中心的应用程序一样都使用实体（entity）来描述现实世界中的对象。对象的例子包括客户、订单、时间类别或者其他可以用属性和行为描述的事物。而客户可以有姓名、公司地址和送货地址、折扣类型等。这些就是客户实体的属性。
　　描述实体的数据存储在DBMS中。在数据库中，实体表现为一个或者多个相关联的表。虽然通过使用实体以一个更高（通常简称为逻辑）级别描述模型，但表描述了再数据库（通常简称为物理）级别相同的数据模型。一般来说，物理级别的描述比逻辑级别的描述更详细。
　　数据库设计人员是了解需要解决的业务问题的专家，他们通过设计实体结构和实体之间的关系来创建模型以满足特定的功能需求。该实体模型通过手动或者使用合适的工具映射打牌关系数据库表。
　　而具有实际DBMS使用经验的专家可以将表结构转换为物理表。这种映射所使用的转换可以让业务应用程序后端数据库达到最佳性能。例如，他们将表划分到多个物理设备中，为表添加索引并调整存储选项。
　　2.ProjectTrek实体
　　Bob知道Consul Art公司目前已经创建一个小型的、包含客户和雇员信息的、以SQL Server为基础的应用程序。用圆角框表示已存储在现有数据库中的实体。他的设计还建议在Light Switch项目中创建一些必需的实体。Bob使用浅灰背景色方框表示查找表（换句话说，查找表是一个简单的表，用来存储在查找过程中需要使用的数据，而这些数据大部分在下拉列表中使用）。使用深灰背景的方框表示十五标，这些表中包含了再应用程序使用过程中不断改变的数据。
　　Activity Entry实体包含对Project Task和Project实体的引用。一般来说，仅使用Project Task就已经足够了，因为Project Task已经具有了对Project的引用，所以通过Project Task就可以获取活动条目对应的项目。然而，出于性能原因，Bob决定添加另一个对Project的引用。
　　Additional Cost和Cost Item实体具有相类似的情况。CostItem仅包含对Additional Cost的引用而不是对Project的引用。相比于其他成本项，项目将包括更多的任务和活动条目。Bob不希望有重大的性能损失，所有他没有添加从CostItem到Project的引用。