Это зависит от требований, которые у вас есть.
Мы использовали весеннюю партию для загрузки DWH изначально. Но это была не простая копия. Данные в производственной БД хранились в вертикальном дизайне таблицы (aka entity-attribute-value-model). Более того, каждая запись также была битпоральной историей. В общем, это были около 5'000'000'000 рядов, которые нужно было сгруппировать и преобразовать в горизонтальную структуру базы данных относительно правильных временных размеров. И, конечно же, это было от DB2 до Oracle.
Поэтому нам пришлось преобразовать структуру значительно, нам пришлось преобразовать типы данных, если это необходимо, и у нас было 5 миллиардов строк для обработки.
Если у вас есть простая копия 1: 1 в той же системе БД, тогда самым простым подходом было бы использовать инструменты БД.
Если вам необходимо перенести между различными системами БД, весной может быть опция.
Если вам нужно преобразовать данные, будь то структура или типы, весенняя партия может быть опцией.
Если у вас много строк, вы можете использовать функции разбиения весенней партии для параллелизации или просто запускать одну и ту же работу с разными диапазонами id в пару раз.
Если у вас есть несколько таблиц для копирования, вы можете использовать splitflow для параллельной загрузки данных из различных таблиц.
В компании, с которой я работаю в настоящий момент, у нас есть полностью общий читатель и писатель File/Db, которые основаны исключительно на метамодели БД. Если я хочу сделать простое задание на копирование, мне просто нужно определить источник и целевой источник данных вместе с нужными таблицами и соответствующим образом инициализировать читателей и писателей. Если имена совпадают, мне даже не нужно добавлять конфигурацию для сопоставления данных между таблицами.
Это приводит нас к следующим основным вопросам
- какая логика преобразования требуется, если это вообще?
- Какая производительность необходима?
- Сколько столов необходимо скопировать?
- источник и цель на одной системе?
Почему бы просто не использовать базу данных для этого? Экспорт в DB1 и импорт в DB2? Почему вы хотите сделать это с помощью приложения? –
Поскольку это должно быть частью существующего приложения и службы, кроме того, это очевидно. –
И медленный, и склонный к ошибкам. Базы данных обычно имеют эту поддержку из коробки. Сначала я попытался бы получить DBA на борту, который может рассказать вам, как легко это сделать с SQL, затем напишите об этом службу. Не тяните всю базу данных в памяти и храните ее снова, как правило, плохую идею, особенно если это простая копия ... (ИМХО). –