У нас была огромная база на Oracle и соответственно PL/SQL. Там реализовывалось не мало функционала дабы освободить клиентскую часть. Сложности возникали только тогда, когда разработчикам приходилось вносить измнения в один и тот же пакет функций. Но это решалос KDiff ом
А да, у нас была тестовая база и рабочая. Тестовая каждую неделю переписывалась с новой.
так как база обновляется скриптами. каждый разработчик может накатить свежую актуальную версию бд, и работать далее, у нас налажена обнова так, что обновляться можно хоть каждую секунду.
Отсюда два простых правила: - не использовать код в SQL (хранимые процедуры, триггеры, сиквенсы, и прочее). Только чистый SQL. - учитывать версию схемы БД и автоматически при старте выполнять последовательность апгрейдов (изменение таблиц и колонок, модификация данных)
Отсюда два простых правила: - не использовать код в SQL (хранимые процедуры, триггеры, сиквенсы, и прочее). Только чистый SQL. - учитывать версию схемы БД и автоматически при старте выполнять последовательность апгрейдов (изменение таблиц и колонок, модификация данных)
у первого правила есть обратная - неприятная - сторона )