Создание тестовой базы данных со скопированными данными *и* его собственные данные
Отвратительный взлом, хотя это может быть, Вы могли всегда использовать grep:
найдите нечто | grep-v ".pyc$" | grep-v ".class$"
и цепочка по мере необходимости.
Думаю, вам могут пригодиться таблицы слияния . Просто храните тестовые данные в одной таблице; и иметь ежедневные снимки с производства в другой таблице; и иметь таблицу слияния этих двух.
Я был здесь и хотел немного изменить свой рабочий процесс, чтобы минимизировать риск того, что у меня будут производственные данные, которые следовало бы заменить, в моей тестовой базе данных.
Все Я сделал это просто:
mysqldumpпроизводство- Ввести SQL в конец дампа и
подтвердить, что он находится в файле (никогда нельзя быть слишком осторожным с записью в файл) - Восстановите эту резервную копию в тестовой базе данных.
Введенный вами SQL-запрос должен поддерживаться отдельно, возможно, в другом сценарии. Их обычно называют испытательными приборами . Чтобы абстрагироваться от реализации вашей БД и меньше полагаться на «магию» (например, в вашем случае, diff в вашей тестовой базе данных с ее предыдущим восстановлением, чтобы увидеть, что было добавлено, а затем увидеть, что было удалено из живого,