关系数据模型，数据库，模型和设计电路

任何数据库的本质和基础是它的模型。 它是放在一起的数据结构的列表和操作对他们进行。 最广泛的购买层次，网络和关系 数据模型。 所有的人可以使用它的预期目的，因为它们嵌入在计算机的内存：存储在为所需的磁盘空间，并且被放置在一个存储系统中。 在这里他们开始处理。 换句话说，数据库-也就是，外部世界的信息，以特殊的方式为蓝本，并包含一定的 主题区。 通常，这是不同的特点，性质，以及类似的东西。 因为一切都在世界互联，这是一个DB被反射。

在大多数情况下，为了模拟任何碱足以仅关系数据模型。 但它的设计，在实践中关系的方案可以造成困难。 它的存在是不被建立机制的语义描述，它总是存在于任何领域受试者提供。

这种品质导致了什么已经建立 的概念模型 的数据库。 它允许比直观的多，但与此同时，相当正式地描述的主题的特定区域。 很多时候，这样的建模方案仅在初始阶段施加的 创建数据库的。 对于基本采取具体语义模型。 在此基础上，我们设计了一个概念图，然后把所有的这种转换，并出现所谓的关系数据库模型。

在设计领域，这有一定的技巧。 他们是非常清晰易懂的描述在实践中这种行动的所有阶段。 他们的知识不再需要探索参与创建语义模型的其他程序。 Creator是不够了解所选择的方案的基础知识，并了解主要的转换规则。 在这种情况下，一切顺利，并从概念得到关系数据模型没有麻烦。

应当指出的是，一些新手数据库制作者制作手工低估语义建模架构的重要性的错误。 当然，在技术进步的世界里，被认为是时间和精力的浪费。 但这种观点是绝对错误的。 这是如下：

1.模拟手动创建未来DB的强大的可视化和语义方案。 而这在未来，过渡到了关系模型的步骤，以避免严重的错误，最充分评估某一学科领域的性质和特点。

第2步语义建模提供宁愿手动输入的重要文件。 例如，图表，表格和评论。 他们可能是有用的，不仅在创作的过程中，而且在已创建的数据库的进一步开发。

但是，如果讲的是真实的，可以指出的是，建立一个概念性方案及随后对所谓的“关系数据模型”手工过渡 - 一个过程中的难点和问题。 想象一下，一个数据库中的表和图表千余。 其次，我认为这是没有意义可言。

创建数据库授权过程开始与这些相同的表的绘图，创建的文件归档 项目活动。 它极大地方便了设计人员的工作，它有助于在使用基地。 但那种制度仅支持基本的命令输入，编辑和验证一个正常的文本编辑器。 人们很自然地将其与另外的编译器功能扩展。 这是很简单的想法，并没有消失。 因此，概念上的数据库架构的自动化的过程到关系开始。