问一个数据上的设计问题，希望能有人细细的讲一下

假设现在我的数据库中存在User IM Relying三张表，之间并没有设置数据库层的关系。

但是我的业务逻辑三张表是有联系的Relying负责保存将IM与User之间的关系。

现在我要设计我的DAO层，当然每张表对应各自的Entity(或者DTO)，还有各自的Dao。

问题来了：增加User的时候IM与Relying也要发生变化，这一个操作应该属于一个事务。那么，我是在UserDAO中在操作User表的

同时操作IM与Relying表呢，还是设计一个DatabaseManager去管理Connection与Transaction？

A:操作User表的同时操作IM与Relying表，这样的缺点很明显：偏离OO（当然，很多人认为强制的OO是一种错误）；在新增加表和联系的时候，User的Add方法长度肯定会剧增。

B：设计一个DatabaseManager去管理Connection与Transaction，这缺点其实也不叫缺点：需要特殊处理并发；性能可能会下降；设计这样子的DatabaseManager非常的麻烦。


无关系的表，在程序中去实现关系，这样的做法估计很多人都会用吧。希望牛人给出出路，我自己倾向于B方向。

求解答啊

用 触发器 去做