Mysql 复制具有非平凡关系的关系数据

假设我们有这些表：

+-------------------------+
|孤儿院|
|-------------------------|
|身份证|
|                         |
+-------------------------+
+-------------------------+    +-------------------------+
|孤儿室|
|-------------------------|    |-------------------------|
|ID | | ID|
|孤儿院ID | |孤儿院ID|
|                         |    |                         |
+-------------------------+    +-------------------------+
+-------------------------+
|房间移动|
|-------------------------|
|身份证|
|孤儿ID|
|从房间ID|
|到房间ID|
|                         |
+-------------------------+

房间移动

在孤儿从一个房间移动到另一个房间时获取新条目

现在假设我想复制一个完整的孤儿院，包括所有相关的实体<代码>房间和

孤儿

非常简单，可以复制-保存新的孤儿院以创建ID，并将其传递给房间和孤儿的克隆-但是

房间移动

中的条目稍微复杂一些。我必须为孤儿和房间维护新旧ID的映射，并对每个插入进行查找。在这个人为的例子中，这很简单，但实际上我们在孤儿院下有很多这样的关系，以及这些FK关系的嵌套级别

两个问题：这是ORM应该处理的事情吗？这不是我们的应用程序独有的问题，而且似乎有了正确配置的外键和某种“克隆策略”系统，ORM应该以正确的顺序完成繁重的工作

---

如果没有，是否有地方可以让我仔细阅读这个问题，看看其他人是如何解决它的，而不会产生一大堆代码

看来您无法理解 代理键和自然键。您的ID列是代理键， 它们出现在模型中的原因是它们确保 ORM和RDBMS更容易完成任务。你的模型应该是 即使你忽略了它们，也是一致的

显然，您的模型不是因为如果您这样做，那么

孤儿院就没有
属性，
房间
和
孤儿院
仅引用它们所属的孤儿院
位于……等等

要解决该问题，需要向模型中添加自然关键点。A.
自然键（NK）是一个或多个
在表中是独一无二的。对于
孤儿院
，我将添加一列
名称
和
NK将是孤儿院的名称（这是一个合理的名称）
简化，没有两个孤儿院有相同的名字，但在
现实世界中这种假设并不成立）：

对于
Room
，我们可以添加一列
Room\u nr
，并将其设置为NK。但是
这是不够的，因为很明显，两个孤儿院可以有一个房间
相同的
房间编号
，因此
孤儿院id
和
房间号
应为NK：

Room
----
orphanage_id
room_nr
NK: (orphanage_id, room_nr)

用同样的推理来解释孩子的NK是什么（我喜欢这个
表名更好，因为单词“orphan”和“orphanage”太长
相似）。我们假设每个孤儿院的名称都是唯一的。就这样
不能是同一孤儿院的两个“乔”：

Kid
---
orphanage_id
name
NK: (orphanage_id, name)

对于
房间移动
：

RoomMovement
------------
kid_id
from_room_Id
to_room_id
NK: (kid_id, from_room_id, to_room_id)

请注意，此表有点不正确。你不能代表一个孩子
从A房间搬到B房间再搬到A房间再回到B房间。这样的
当你不花时间思考时，设计错误总是会发生
关于模型的自然关键点。但是克隆人的问题
孤儿院，这无关紧要

定义了所有自然关键点后，下一步变得非常简单。说
旧孤儿院名为“圣詹姆斯”，你想把它克隆到
“圣克拉拉”：

一般来说，不能根据任何特定的约束顺序构建克隆。（应用程序关系由表表示；FK（尽管称为“关系”）是约束。）重建用户可见应用程序状态的关键是有效的初始状态和从它到当前状态的一些等效的可能（更不用说实际的）事件/转换序列。（如果给定数据库中所需的数据，甚至可能无法重建这些数据。）

然而，重要的不是克隆的构建方式，而是将其设置为某种用户可见的等效应用程序状态——根据定义，这种状态可能是由转换引起的。这意味着，复制数据库状态，然后启用约束

系统是一个有限状态机：它有一个初始状态，然后经过到其他状态的转换。没有理由认为每个法律状态都可以通过某种特定的“所有关系都是空的”状态的法律转换来达到

如果某些非应用程序用户可见ID在预克隆值中是任意的，则它们在克隆系统中是任意的。所以你可以复制状态

但是，如果这些ID不是完全任意的（例如，它们可能是克隆实现特定的OID），必须通过合法转换（我重复，不是每个约束/FK而是转换）创建，那么系统必须具有一些已知的克隆和代理独立的初始数据库状态，并且每个当前数据库状态必须确定一些合法的ID（它不必重建实际的）传输序列
RoomMovement
------------
kid_id
from_room_Id
to_room_id
NK: (kid_id, from_room_id, to_room_id)

-- make a new orphanage
insert into Orphanage values ('St. Clara');

-- copy all the rooms
insert into Room(room_nr, orphanage_id)
select
    r.room_nr,
    (select id from Orphanage where name = 'St. Clara')
from
    Room r
    join Orphanage o on r.orphanage_id = o.id
where
    o.name = 'St. James'

-- copy all the kids in almost the same way.
insert into Kid(name, orphanage_id)
select
    k.name,
    (select id from Orphanage where name = 'St. Clara')
from
    Kid k
    join Orphanage o on k.orphanage_id = o.id
where
    o.name = 'St. James'

-- copy all the room movements
insert into RoomMovement (from_room_id, to_room_id, kid_id)
select
    (select id from Room
     where room_nr = r_from.room_nr and orphanage_id = o_to.id),
    (select id from Room
     where room_nr = r_to.room_nr and orphanage_id = o_to.id),
    (select id from Kid
     where name = k.name and orphanage_id = o_to.id)
from
    RoomMovement rm
    join Room r_from on rm.from_room_id = r_from.id
    join Room r_to on rm.to_room_id = r_to.id
    join Kid k on rm.kid_id = k.id
    join Orphanage o_from on o_from.id = k.orphanage_id
    join Orphanage o_to on o_to.name = 'St. Clara'
where
    o_from.name = 'St. James';