Вопрос

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

Это было полезно?

Решение

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

http://www.red-gate.com/messageboard/viewtopic.php?t=12298.

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

Другие советы

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

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

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

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

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

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

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

«Создание со сценариев» и «синхронизация» обрабатывает оба поддержки Ad-Hoc Scripts до и после процесса. Мы добавили статические сценарии данных в качестве Ad-Hoc сценариев для выполнения после сборки / синхронизации.

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top