概念设计实体

Question

我刚开始玩概念设计，我正在做一些简单的例子，只是为了获得一些好的实践。除了做书上的例子，我开始问朋友他们在工作中做什么，然后我试着练习。无论如何，我现在关心的只是概念部分，它将具有实体和基数。

您可以将此数据库称为广播电台/教堂或任何向社区中的任何人展示自己的节目的小公司。当然，每个演示者都有自己的角色。这家公司有不同的东西，如预订、计费等的清单......

我的问题是，如果您看一下这个概念设计，这些实体是否有意义？围绕他们向公众展示的程序发展这个数据库是否明智？我知道这里有很多事情是错误的，但是我可以做些什么不同的事情呢？

如果有人有很好的概念建模链接，我将不胜感激......

编辑：我会更新模型

Answer 1

OP 询问，

如果你看一下这个概念，这些实体是否有意义 设计？

是的，确实如此。从您的概念图中，我们能够了解实体之间的关系及其基数。

围绕他们开发的程序发展这个数据库是否明智？ 向公众展示？

我将您的问题解释为“此设计是否能够代表创建它的各种真实场景？”要回答这个问题，我真的需要了解所有 未来可能发生的那些可能的情况。从我通过上面提出的问题收集到的信息，我相信该模型可以很好地满足您的要求。不过，我还是请您考虑以下几点：

• Booking 最好与您的Program 链接，而不是与您的Account。如果您将预订链接到 Account 并尝试创建 3NF 模型，您将失去预订和计划之间的对应关系

• Account 和 Role 都可以（并且应该）存在，因为它们是两个根本不同的实体。但是，如果您不能（或不需要）在系统中捕获Account 的数据，您不妨取消您的Account 实体。您仍然可以根据需要将角色与计划相关联。

• 如果Programs 由Items 组成，则项目应与Program 链接而不是Role

• 与Equipment 和Studio 有什么内在联系吗？比如，某些设备只能在某些工作室使用？如果是，您可能希望将设备直接与工作室链接。

我相信您的概念模型的目标之一是详细捕获业务信息。确保您在此关卡中正确执行此操作，并且在设计的后期部分中一切都会看起来很棒！

Answer 2

两个cmets：

首先，我一直喜欢将数据库答案作为模型的来源。这是链接：

http://www.databaseanswers.org/data_models/

这里有一百多种型号可供选择，适用于各个行业。您可能必须从其中一个开始并对其进行修改以适应您的情况。

第二，我对地形的心智模型和你的不同，在术语上也有相应的差异。我使用概念模型来捕获分析，而不是设计。换句话说，我的概念模型描述了我对主题的理解以及数据库需要保留的信息。不是我试图设计解决问题的方法。

我使用第二个模型，即逻辑模型来反映我的总体设计。如果目标数据库是关系型的，那么逻辑模型就是关系型的。

还有第三种模型，即物理模型，它包含更多设计细节。这个特定于特定的 DBMS，例如 Oracle。它还反映了旨在支持预期数量和流量并实现良好性能的调整。

这与 ANSI-SPARC 三层模型略有不同，您可以查阅。

如果您接受概念模型是分析而不是设计的结果，那么对于您的模型是否有意义的问题的答案很简单：我不知道。我不是在看你的情况。也许已经为教堂/广播电台建立数据库的人可以根据他们的情况发表评论。