Показать сообщение отдельно
Старый 06.05.2004, 00:39   #3  
glibs_imported is offline
glibs_imported
Участник
 
202 / 10 (1) +
Регистрация: 04.11.2003
Есть дополнение к преамбуле статьи. Чтобы не пользоваться удалением записей, что само по себе является занятием утомительным, напрягающим нервную систему (если вы не головотяп и вам не глубоко все равно, будет ли работать система после ваших "чисток"), а также экономить время, проще делать копию базы с настройками и выполнять тестирование в ней. В случае необходимости можно править оригинальную базу с настройками и снова делать копию и тестирование. Естественно, на случай, когда вы сначала ввели тестовые данные, а потом подумали и поняли, что они вам не нужны, это не распространяется.

В зависимости от решаемых задач и особенностей настроек копирование можно достичь следующими способами.

- дублирование компнии
- экспорт данных компании --> создание новой компании --> импорт данных
- создание backup sql-базы --> тестирование --> восстановление

Обычно первый способ самый быстрый и простой.

Последний лучше подходит, если нужно потестировать функциональность, связанную с системными таблицами, которые обычно затрагивают все компании (например, отключить конфигурационный ключик). В случае, когда в компании уже довольно много данных и нужно протестировать новые настройки функционала он даже может оказаться быстрее. Еще он может быть необходим, если в базе есть виртуальные компании и именно над ними нужно поставить опыты.

Ну и еще одним вариантом сохранения ценных настроек являетя экспорт данных с включением в группу определений только нужных таблиц (или исключения из нее ненужных) с последующим импортом данных в новую компанию или в существующую с предварительным удалением ее содержимого.