![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
В одной базе данных есть две таблицы, связанные отношением 1:M. Скажем, в одной лежат посты из блога, а в другой комментарии, привязанные к постам по id.
Задача: перетащить их все в другую базу, в которой идентификаторы у постов изменятся (потому что там уже есть другие посты с теми же id, что в первой базе), но при этом сохранить привязку к ним комментариев.
С постами понятно, SELECT из первой базы и INSERT во вторую.
А вот как быть с комментариями?
Мне пока пришли в голову три идеи, но все неэффективные.
1) Для каждого поста сразу после помещения его во вторую базу, когда уже известны и старый, и новый id, найти в первой базе все комментарии по старому id и сложить их во вторую базу с новым id. Но это отдельный SQL-запрос на каждый пост, а их там дофига.
2) Сначала перенести все посты, попутно составляя табличку со старыми и новыми id, а потом переносить комментарии, заменяя id постов по этой табличке. Но если табличку держать в памяти, она получится очень нефигового размера. А в базах её создавать нельзя, правов не хватает.
3) Извлечь вместе с постами сразу все их комментарии путём LEFT OUTER JOIN. Но тогда каждый пост извлечётся целиком много раз, с каждым своим комментарием, это дикий перерасход памяти в SQL-сервере.
Как бы это сделать поэффективнее?
Оригинал этой записи в личном блоге.
no subject
б) Менять ID в старой базе ещё менее эффективно, потому что их придётся менять не только у самих постов, а и у комментов, и у других привязанных к ним типам записей, которые хоть и экспортируются, но и портить их тоже не надо. Вдобавок и новый ID может совпасть с тем, что уже есть в старой базе у другого поста.
В новой базе уже есть посты с такими же ID, как и в старой, менять их очень напряжно.
no subject
Простейший способ эмуляции совсем на коленке - вытащить LEFT JOIN-ом, и следить, какой пост импортируем.
no subject