基于UML的数据库设计

我想设计一个数据库。我听说UML就是其中之一。 使用UML的优势是什么？

---

我应该什么时候决定我必须使用UML？在从模型生成代码之后，我应该如何继续？我正在使用UML studio来设计数据库。

有很多优点，但主要取决于您如何使用它以及达到什么目的。首先，通过图形建模语言，可以更容易地查看整个数据库体系结构，并可能找到改进。第二个重要原因是，作为独立于平台的用户，原则上可以生成支持数据库实现的不同构件（即SQL脚本、数据访问对象、文档等）

现在我不知道UML Studio，但在Eclipse中，您可以使用Papyrus来建模您的DB体系结构（一个原型化的类图应该足够了），并使用Acceleo来定义和执行您自己的模型到文本转换工作流

这可能对你有帮助

---

我非常喜欢UML，但是UML图并不是建模数据库，尤其是实体关系的最佳解决方案。事实上，所有最好的UML建模工具也支持ER图（除了许多其他类型的图）。是的，类图可以以类似的方式使用，但是ER图提供了更好的可视化效果，并支持特定的表示选项；您可以在所使用的特定DBMS支持的属性中定义每个属性的类型。我喜欢可视化范例，比如UML和ER工具，但这只是我的爱好。通常，在支持DB建模的高级IDE中，您还有其他不错的选择，比如RealDB反向工程、SQL生成、对物理和逻辑模型的支持（使用不同的数据类型），等等。 只有当我不能使用其他支持ER图的工具时，我才会使用类图来建模DB

希望这有帮助

---

Luca

好吧……我还有一个疑问，就是有不同类型的图，比如活动图、类图、组件图等等。。对于数据库的建模或设计，使用了所有类型的图表，或者只使用了其中的一些类型？当你说设计数据库时，我想你指的是它的体系结构（即实体关系图）。如果是这样的话，一个类图就足够了是的…谢谢。现在我已经设计了一个模型并生成了代码。我的下一步是什么？我该如何处理代码？