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