问题标签 [modeling]

我知道这听起来可能是一个非常微不足道的问题，但我在互联网上找不到任何资源。

您能否告诉我什么是开放式和封闭式分层架构以及为什么开放式分层架构显然更难维护？使用封闭/开放分层架构有什么缺点吗？

我想为内部数据库设计一个元数据存储库。存储库应该能够为诸如哪些表具有什么类型的数据以及表的关系是什么等问题提供简单的答案？我应该遵循任何行业标准指南吗？

在任何人投票结束此作为骗子之前，要知道到目前为止我发现的每个问题都是关于有利于数据库建模的特定程序的问题。我的问题是用于建模关系数据库的行业标准语言（如果有的话）是什么？

我知道 UML 通常非常流行，尤其是对于 OOP 建模，而我目前正在阅读的书的作者（戴维森的“Pro SQL Server 2005 数据库设计和优化”）使用的是 IDEF1X。MS Visio，虽然它支持 IDEF1X，但默认为没有许多特定符号的通用建模语言（称为“关系”符号集），但我知道 Visio 非常标准，因为它是 Office 套件的一部分。

那么，作为一名试图建立我的简历的暑期实习生，哪种建模语言将被证明在未来的行业中最有用？

如何将数据库中一对多关系中的任何其他属性建模回类？

例如，我有 3 个表 Model、Manager 和 Model_Manager。Model_Manager 表具有 ModelId、ManagerId 和两个额外属性 - Percentage 和 Owner。

起初，我创建了两个类 Manager 和 Model，Model 类包含一组 Managers 来捕获 1-Many 链接。

但是现在我在哪里放置额外的百分比和所有者属性。即使它不是“真正的业务”类，在设计中实际有一个 Model_Manager 类是否有意义？

我正在寻找您已经成功使用的综合设置。关于我可能使用的积木，我已经有很多提示了，但我不确定如何将它们组合在一起。需要购买的工具也可以。

细节：

我正在为 Java 服务器应用程序开发 Flex 前端客户端，并且我有一组模型类，它们代表我的业务逻辑中的对象，并且应该具有相同的属性并在所有层中表现出相同的行为。这些对象

• 具有用于用户输入的表单验证逻辑
• 在整个 UI 中以各种形式（列表、详细视图...）显示
• 使用 XML 或 AMF 从服务器检索并发送到服务器
• 在服务器上再次验证
• 存储在 RDBM 中，表和字段对应于类和字段

我猜这是一个非常常见的应用程序结构。我已经在使用：

• Java 后端的 ORM（Eclipse 持久性包）
• 从 XML 到动作脚本的自动映射，使用 XML 模式和 mx.rpc.xml 中的类，如此处所述。

现在，我真正想做的是定义一次对象（我已经在 XSD 中拥有它们）并让工具为整个链设置类存根。我可以使用什么？

我已经听说过（但没有评估过）：

• XMLBeans 从 XML Schema 生成 Java 类
• Granite DS 从 Java 类生成 AS 类

我有一个通过 XML 传输的对象层次结构。通过说明哪个元素可能包含哪些子元素，层次结构规则很容易在 XML Schema 中表达。XML 数据的简化示例是（实际对象数据包含在属性中，为简洁起见省略）：

现在我想介绍“文件夹”，即仅用于构造长子列表以便于使用的节点。如果我创建一个通用<folder>元素，它不会强加自己的规则，而是从树上的下一个非文件夹元素继承它们。

在我看来，我无法在 XSD 中表达这一点，或者我可以吗？

我可以考虑替代方案，例如为每个可能的规则（丑陋）设置特定的文件夹元素，简单地忽略 XSD 中的规则并在代码中强制执行它们（对我来说很好）或以某种方式分离 XML 中的对象层次结构和中间节点（不太确定如何）。如果您有任何意见，我也将不胜感激。

在网上搜索面向对象的概念（例如复合设计模式）时，我经常发现它们以 LePUS3 表示法表示。我对这种建模语言不是很熟悉。

它是我应该比 UML 更喜欢的东西吗？

假设我要为某个组织建立一个行为模型：特别是，我要建立一堆活动图来描述组织中发生的所有活动（如“投标”、“订单履行”、“运输”等活动） “， ETC。）。

现在，组织中的一项关键活动是包括建立和维护所有活动本身的活动。如果您想在对该活动建模时显示对象流，您将如何准确地将此类输入/输出描述为活动？

例如，使用作为 UML 元模型中 Activity 类实例的对象在语义上是否正确？（我正在使用的 UML 建模工具没有给我这样的选择。是因为该工具是无知的，还是因为我不应该将元模型中的类实例包含到我的模型中？）

如果您认为事件的用例流创建了一个参与者，您将如何对其建模？

我有一个创建 Windows 服务的用例，它（在我看来）是另一个具有自己的用例和参与者集的系统。

目前，从用例图中并不能明显看出参与者是作为事件流的一部分创建的。

艾丹。

多态关联类似于外键或多对一关系，不同之处在于目标可能是多种类型之一（语言中的类，数据库中的表）。

我正在将我多年来一直使用的数据库设计从 PHP 移植到 Java。在旧代码中，我推出了自己的 ORM，由于多种原因，这并不是最优的。虽然我可能稍后会开始调整，最终可能会再次自己实现，但现在我想在我的实体类上使用现成的 ORM 和 JPA。

现在，关于数据库布局的一件事我不知道如何在 JPA 中表达：

我有一个Node和一个Edge存储图表的表格（一个 DAG，如果重要的话）。每个节点可以选择性地引用数据库中的另一个实体。这些实体可能在整个图表中被多次引用，也可能存在“孤立”实体，用户无法访问这些实体，但至少保留一段时间可能是有意义的。

这些对象在继承等方面完全不相关，但具有自然层次结构，类似于 Customer->Site->Floor->Room。事实上，几年前，我一开始只使用指向“父”对象的外键字段。但是，这种层次结构不够灵活，并开始分崩离析。

例如，我想允许用户在文件夹中对对象进行分组，一些对象可以有多个“父母”，而且关系也会随着时间而变化。我需要跟踪过去的关系，所以图的边有一个与之关联的时间跨度，它说明了从什么时候到什么时候那个边是有效的。

从节点到对象的链接存储在节点表的两列中，一列带有外部表中的 id，一列带有其名称。例如（省略了一些列）：

可能有与使用 JPA 不同的解决方案。我可以更改表格布局或引入新表格等。但是，我已经考虑了很多，表格结构对我来说似乎还可以。也许还有第三种我没有想到的方式。