设计模式和数据库事务

Question

在我们项目的一个模块中，有多个相关对象。这里有一些和关系

1. 项目
2. 讨论（与项目相关。项目必须至少有一个讨论，1-M关系）
3. 调查（每个讨论可以有多个调查。稍后可以添加调查，0-M关系）
4. 问题（调查可能有问题一项调查必须至少有一个问题，1-M关系）
5. 预期参加者（项目可以预期与会者，0-M关系）

还有一些与此场景相关的其他对象，我没有在此处包含这些对象。在创建新项目时，需要一次性保存整个数据。稍后，用户可以在现有记录中添加其他元素（讨论，调查等）。

在数据层和业务层中，我为每个对象（项目，讨论，调查，问题和参加者）创建了类。由于在创建新项目时很少有动作（Survay保存，预期参加者保存等）是可选的，因此我们考虑使用Decorator模式来保存项目。

现在我有两个问题

1. 我们应该实现装饰模式吗？或者还有其他任何可以更好地解决这种情况的模式
2. 我们必须在业务逻辑层实现模式。在那种情况下，我该如何实现交易？当我们尝试实现任何设计模式时，这是一个关键问题。