Тут все говорили про то что на M$ можно сделать несколько баз.
Есть резонный вопрос А зачем эту нуна? Тут бы с одной базой успеть разобраться. Видимо DBA у M$отдыхают и начинают делать новые базы.
У меня сервер загружен по самые помидоры И ничего кройме одной DB там не будет по крайней мере пока я там являюсь DBA. Есть еще один сервер который работает в режиме горячей замены. т.е. на котором всегда хранится последняя исправленная информация. Вне зависимости от того в какой момент сдохнет первый сервер, второй начнет работать с того же места.

Есть еще вопрос нахрена мне лазить по другим базам? У Вас на предприятии используется 5-6 баз данных разного типа? тогда я вам сочусвую.А программерам темболее. В таком винигреде порядка никогда не будет.

Я понимаю если у вас есть одна OLTP и одна warehous база но не более того.



Отсутсвие триггеров BEFORE перечислять не будем так как обычно в этом месте выполняется куча проверок. У меня есть таблицы на которых по 6-7 тригеров бефоре. Тут многие начнут кричать и возмущатся, но Сделать третью нормальную форму в большой системе практически невозможно или она у вас небудет работать так как вся бизнес логика это в основном исключения из правил. про нестед табле я говорить небуду так как этого незнаю.

Далее M$ в SQL нельзя использовать свои функции? так покрайней мере было раньше как сейчас незнаю. попробуйте сделать что-то такое или похожее.

create function user1.nds (a_dat date) return number
begin
if a_dat>='01.01.2004' then
return(0.15);
else
return(0.16);
end if;
end;

select a.naim,a.cena,a.kolvo,a.cena*a.kolvo summa,
a.cena*a.kolvo*user1.nds(a.dat)
from user1.tovar a
where a.kod=xxxx;

Конечно выход есть всегда, Но какой ценой это всё достигается. Зарплата кодеров довольно высока что-бы отнимать у них время на придумывание ухищрений.
Кодеры которые работают у нас знают только PL/SQL и другого им не нужно.
M$ предлагает решить следующее. Если что-то нельзя сделать на T-sql то делайте на С++. Хорошо хоть не на любимом ими VB.