我刚开始玩概念设计，我正在做一些简单的例子，只是为了获得一些好的练习。除了做书的例子，我开始问朋友他们在工作中做了什么，这样我尝试练习。无论如何，我所关心的只是现在具有实体和基数的概念部分。
您可以将此数据库称为广播电台/教堂或任何向社区中的任何人展示自己的计划的小公司。每个演示者当然都有自己的角色。该公司列出了不同的东西，如预订，账单等...
我的问题是，如果你看一下这个概念设计，这些实体是否有意义？围绕他们向公众展示的计划发展这个数据库是否明智？我知道这里有很多东西是错的，但我能做些什么呢？
如果有人有很好的概念建模链接，我会很感激......
编辑：我将更新模型
答案 0 :(得分：2)
如果你看一下这个概念，这些实体是否有意义 设计？
是，确实如此。从概念图中我们可以了解实体如何相互关联以及它们的基数。
围绕他们的程序发展这个数据库是否明智 向公众展示？
我将您的问题解释为“此设计是否能够代表创建它的各种真实场景？”要回答这个问题，我真的需要知道所有将来可能发生的那些可能情况。从我通过上述问题收集的内容中，我相信该模型可以很好地维持您的要求。不过，我会请你考虑以下几点：
Booking应与您的Program相关联，而不是Account。如果您将预订链接到帐户并尝试创建3NF模型，您将在预订和计划之间丢失通信
Account和Role都可以（并且应该）存在，因为它们是两个根本不同的实体。但是，如果您不能（或不需要）捕获系统中Account的数据，您也可以取消Account实体。您仍然可以根据需要将角色与程序相关联。
如果Program由Item组成，则项目应与Program相关联，而不是Role
与Equipment和Studio有内在联系吗？比如，某些设备只在某些工作室提供？如果是，您可能希望直接将设备与工作室联系起来。
我相信您的概念模型的目标之一是详细捕获业务信息。确保您已在此级别中正确完成，并且在设计的后期部分看起来一切都很棒！
答案 1 :(得分：1)
两条评论：
首先，我一直喜欢Database Answers作为模型的来源。这是链接：
http://www.databaseanswers.org/data_models/
这里有超过一百种型号，适用于各种行业。您可能必须从其中一个开始并根据您的具体情况进行修改。
其次，我对地形的心理模型与你的不同，术语也有相应的差异。我使用概念模型来捕获分析，而不是设计。换句话说，我的概念模型描述了我对主题的理解以及数据库需要保留的信息。不是我尝试设计问题的解决方案。
我使用第二个模型，逻辑模型来反映我的一般设计。如果目标数据库是关系型的，则逻辑模型是特定的关系型。
还有第三个模型，即物理模型，它包含更多设计细节。这个特定于特定的DBMS，例如Oracle。它还反映了旨在支持预期数量和流量以及实现良好业绩的调整。
这与您可以查找的ANSI-SPARC三层模型略有不同。
如果您接受概念模型是分析而不是设计的结果，那么关于您的模型是否有意义的问题的答案就是：我不知道。我不是在看你的情况。也许已经为教堂/广播电台建立数据库的人可以根据他们的情况发表评论。