Большие таблицы статических данных с DBGhost

Question

Мы думаем о реструктуризации наших процессов разработки и развертывания баз данных с помощью DBGhost, мы хотим отойти от центральной базы данных разработки и перевести базу данных в систему контроля версий.
Одна из проблем, с которыми мы сталкиваемся, - это большая таблица со статическими данными (содержащая переведенные языковые строки), в которой около 200 тыс. Строк.
Я знаю, что наше лучшее решение состоит в том, чтобы перенести эти строки в файлы ресурсов, но до тех пор, пока мы не осуществим это, сможет ли DbGhost поддерживать все эти статические данные и создавать наши базы данных разработки и развертывания в короткие сроки? И если нет, то есть ли хорошая альтернатива заполнению этой таблицы, когда нам это нужно?

Answer 1

Это более старый вопрос с принятым ответом, но у меня есть несколько другой вклад в это.

Мы используем DBGhost и у нас много статических табличных данных, хотя самые большие - всего около 20 КБ, а не 200 КБ.

DBGhost имеет функцию для скриптинга данных (в виде последовательности операторов вставки). Мы использовали это, чтобы экспортировать наши статические данные в сценарии и поставить эти сценарии под контроль версий. Мы настроили эти сценарии, чтобы очистить данные перед добавлением данных, чтобы мы могли использовать один сценарий для «сброса» статических данных для таблицы. Это дополнение предназначено для наших конкретных нужд и не является единственным способом обработки статических данных с помощью DBGhost.

Процессы "build from scripts" и "sync" поддерживают запуск специальных сценариев до и после процесса. Мы добавили сценарии статических данных в качестве специальных сценариев для запуска после сборки / синхронизации.

DBGhost также поддерживает синхронизацию данных в процессе синхронизации. Процесс синхронизации можно настроить для синхронизации данных в выбранных таблицах. Используя эту технику, вы можете добавить в процесс сборки данные с помощью сценариев, после чего процесс синхронизации может автоматически синхронизировать данные для этих таблиц. Используя эту технику, вам не нужно менять сценарии, как мы.

Answer 2

DBG на самом деле не предназначен для перемещения больших объемов данных

Это письмо, полученное от Innovartis по тому же вопросу, что и у вас. Вы, наверное, уже поняли это!

Answer 3

Может быть, когда вы спросили это, у них не было оценки, хотя я не уверен, что это правда. Единственный способ узнать это - проверить его и посмотреть, как он работает.

http://www.innovartis.co.uk/evaluation.aspx

Answer 4

Сможете ли вы взглянуть на SQL Source Control? Мы только что добавили поддержку статических данных и ждем отзывов до полной версии.

http://www.red -gate.com / ОБЪЯВЛЕНИЯ / viewtopic.php? Т = 12298

Не могли бы вы объяснить, почему вы уходите от модели разработки центральной базы данных?