数据库的数据建模抵述的发展

　　其实我们现在说的数据建模抵述的发展,它们之间的区别降低,并且最终主要的方法汇合成一种统一的方法。这种合的果之一就是UML的创建,并且由于近儿年的统一,UML已经变成了面向对象建模的事实上的标准。有很多文章和著作描述UML的历史和持续进展。

　　知识点1：类似于似于CFN模型,因为CFN中的符号的确自然地将自己我们真的想以这种方式来用的话。从数据库的角度看,如果我们忽略面向对象设计的说明方式和影响,通过使用UML的一个非常自然的说明方式,我们可以将UML图看作与ERD或CFN图相同一一但这稍微有点置险。这项技术依赖于标准格式的一种非标准说明一一换句语说,它稍微有别于UML的主要目的(使用面向对象建模提供的所有细微差别来捕获概念)。

　　知识点2：在UML中还有很多没有简明的,直接表现的概念。比如,ERM中的标识符有一组严格的规则和说明,但UML没有这样级别的强制,因为它使用一个引用或指针的概念而不是标识符。另外一个能引起混乱的特点的例子是结合一一在UML中,结合代表着概史念之间的结合(就像ERM中的RT所做的)但是结合在UML中是单向的。这与在ERM或CFN图中RTS的行为是非常不同的。UML不直接使用ERM的特点表示继承一一因此没电在一个CDM的UML模型中指定这些参与的细节是更困难的。

　　知识点3：总之,尽管UML有很多记个录特殊方案案的工具(模式化的使用),但在我们的观点中,它们对于概念型数据建模不适用这是因为在一个能够使用的数据环境中,我们在所有可能的LDM和PDM的正向和逆向工程上所强调的问题。个P使用UML的自然说明是很脆弱的一一如果我们偶然使用标准的(偏向LDM)UML语义代替这种自然的说明,来解释UML数据模型,将出现根多间题。

　　知识点4：例如,一个ERM可“0以有一个弱ET,它参与两个IdentifyingRT:如果我们试图使用UML符号合并表现相同的可能概念,我们将尝试将相同的类(弱ET)建模为同一时间的两个不同父类的私有部分,这是用于LML的完全不同的语义集合。因此,在这个极端的方案中,我们有一个CDM,它仅ET名仅使用UML类来代替ET,用UML成员属性代替AT,用UML继承来代替IT,用UML容的联合来代替RT。如果我们忽路所有UML提供的其他的特点、细细微差别和语义,我们能够直接创建CDM的一个自然的UML译本。

　　小编结语：计算机数据库建模便是我们之前看过的相同CDM的自然的UML译本。我们强烈建议使用CFN语言来替代自然的UML方法。这另一种极端的方法是使用UML创建一个CDM,同样这也是一个面向对象的模型OOM(使用O0M能提供的所有的动力、灵活性、特点和语义学),但要牺牲一些逻辑的和物理的建模语言的独立性。当使用UML和标准的(与自然的相反)语义和规则表示一个CDM和时,我们创建一个偏向于LDM的CDM。所以这就是数据建模的内容了。