Стоит задача: создать однотипные БД для всех областей страны. БД имеют общую для всех областей часть (таблицы с фиксированными данными и хранимые процедуры) и специфическую для каждой области (в частности карту). Было бы логично создать шаблон с общей частью и заготовкой специфической, а потом на его основе создавать БД для каждой области. Но... Система находится в процессе опытной эксплуатации, общая часть может меняться, а изменение шаблона влияет только на вновь создаваемые БД, а не уже созданные!!! Не вносить же одни и те же изменения в 25 БД! Подскажите, пожалуйста, наиболее рациональный путь решения этой задачи. (Делать одну БД на все области нецелесообразно: области не нужна специфическая информация о других областях). Спасибо.

Это сообщение отредактировал(а) amp64 - 10.1.2013, 20:10

А в чём проблема-то? Именно так, в общем, программы (не только БД) и деплоятся.



Вообще ничего не понял. При чём тут разные БД и спецыфическая информацыя?

Не могу согласиться. Например, вы пишите 20 разных программ, где используется, например, однотипный расчет скорости мухи от длины ее крыльев. Вы же не будете код этого расчета писать 20 раз! Вы напишите его ОДИН раз в отдельном модуле, который пристыкуете к каждой программе. Изменение этого кода в ОДНОМ месте автоматически скопируется в каждую программу (естественно, после перекомпиляции). И не надо менять код в 20 местах.

Зачем Харьковской области СПЕЦИФИЧЕСКАЯ информация (карта, население, промышленность и т.д.) по Сумской или Полтавской? Она ее не использует.
Но в БД каждой области есть ОБЩАЯ для всех областей часть (хранимые процедуры расчета площади, плотности населения, средней высоты рельефа и т.д. и т.п.). Это что же, одни и те же изменения в ОБЩЕЙ части делать 25 раз? А если областей 150? Не лучше ли это сделать ОДИН раз в ОДНОМ месте (как бы через шаблон). Это уменьшит временные затраты и риск внесения ошибок при многочисленных изменениях.

Это сообщение отредактировал(а) amp64 - 13.3.2013, 14:46

Зачем делать 25 баз? 
Если они в перспективе будут находиться на разных серверах то да.

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

Но лучше оставить все в одной схеме, потому что  будут объекты, которые территориально/административно принадлежат разным областям.
Доступ к данным осуществлять через VIEW`s, в которых во WHERE функция определяющая условие видимости записей (например: по роли или/и имени пользователя).