Database design 概念设计实体
我刚开始玩一个概念设计,我正在做一些简单的例子,只是为了得到一些好的实践。除了做书本上的例子,我开始问朋友他们在工作中做什么,这样我就试着练习。无论如何,我现在关心的只是概念部分,它将具有实体和基数 你可以把这个数据库称为电台/教堂或任何向社区中的任何人展示自己节目的小公司。当然,每个演示者都有自己的角色。这家公司有各种物品的清单,如预订、账单等 我的问题是,如果你看这个概念设计,这些实体有意义吗?围绕他们向公众展示的项目发展这个数据库是否明智?我知道这里有很多事情是错误的,但有哪些事情我可以做得不同呢 如果有任何人有伟大的链接的概念建模,我将不胜感激 编辑:我将更新模型 如果你看这个概念,这些实体有意义吗 设计 是的,是的。从概念图中,我们可以了解实体之间的关系及其基数 围绕他们开发的程序开发这个数据库是否明智 向公众展示 我将您的问题解释为“此设计是否能够代表创建它所针对的各种真实场景?”要回答此问题,我真的需要了解未来可能发生的所有这些情况。从我通过以上问题收集的信息来看,我相信该模型能够很好地满足您的需求。尽管如此,我还是要求你考虑以下几点:Database design 概念设计实体,database-design,data-modeling,conceptual-model,Database Design,Data Modeling,Conceptual Model,我刚开始玩一个概念设计,我正在做一些简单的例子,只是为了得到一些好的实践。除了做书本上的例子,我开始问朋友他们在工作中做什么,这样我就试着练习。无论如何,我现在关心的只是概念部分,它将具有实体和基数 你可以把这个数据库称为电台/教堂或任何向社区中的任何人展示自己节目的小公司。当然,每个演示者都有自己的角色。这家公司有各种物品的清单,如预订、账单等 我的问题是,如果你看这个概念设计,这些实体有意义吗?围绕他们向公众展示的项目发展这个数据库是否明智?我知道这里有很多事情是错误的,但有哪些事情我可以做
最好与您的预订
链接,而不是与您的计划
链接。如果您将预订链接到帐户并尝试创建3NF模型,您将失去预订和计划之间的对应关系帐户
和账户
都可以(也应该)存在,因为它们是两个根本不同的实体。但是,如果您不能(或不需要)在系统中捕获角色
的数据,您也可以删除您的帐户
实体。您仍然可以根据需要将角色与程序关联帐户
- 如果
s由程序
s组成,则项目应与项目
链接,而不是与程序
角色
- 是否与
和设备
有任何内在联系?比如,某些设备只能在某些工作室使用?如果是,您可能希望将设备直接链接到studio工作室
最好与您的预订
链接,而不是与您的计划
链接。如果您将预订链接到帐户并尝试创建3NF模型,您将失去预订和计划之间的对应关系帐户
和账户
都可以(也应该)存在,因为它们是两个根本不同的实体。但是,如果您不能(或不需要)在系统中捕获角色
的数据,您也可以删除您的帐户
实体。您仍然可以根据需要将角色与程序关联帐户
- 如果
s由程序
s组成,则项目应与项目
链接,而不是与程序
角色
- 是否与
和设备
有任何内在联系?比如,某些设备只能在某些工作室使用?如果是,您可能希望将设备直接链接到studio工作室
最好与您的预订
链接,而不是与您的计划
链接。如果您将预订链接到帐户并尝试创建3NF模型,您将失去预订和计划之间的对应关系帐户
账户