Пофлудим немного. ;)
Зато по теме.
С точки зрения синтаксиса - PL несомненно богаче.
НО!
На самом деле, большинство "уникальных" фичей обоих продуктов (PL/SQL нельзя рассматривать в отрыве от Oracle, как и T-SQL без MSSQL) с точки зрения другого языка выглядят либо как ненужные, либо, как неумелая попытка реализовать то, что в другом прекрасно работает изначально.
Основная разница в том, что в TSQL основой остаются SQL-запросы и весь код TSQL выполняется непосредственно под управлением движка СУБД, в то время как PL/SQL - это программы, полноценно скомпилированные вплоть до команд процессора и неким образом взаимодействующие с СУБД.
Поэтому и заходит спор по поводу невалидности объектов - в T-SQL лично я практически не сталкивался с такой проблемой, в наших решениях на MSSQL совершенно нормально применение конструкции:
1.
2.
3.
4.
5.
if object_id('SomeTable') is not null
begin
select @SomeValue = Value
fom SomeTable
where SomeField = @SomaVar
end
Смысл в том, что если в базе присутствует некая таблица, то пользуемся ей, если не присутствует - и не надо.
В PL/SQL такую логику в рамках одной процедуры реализовать просто невозможно (если не пользоваться динамикой, конечно).
Ну и такая вещь, как рекомпиляция отдельных запросов в процедре для PL/SQL недоступна. (Хотя соглашусь, что это не ахти какое критичное достоинство, но есть системы, для которых такое актуально).
Из действительно важных лично мне различий - в PL/SQL (по крайнем мере в 10-ке) нельзя в триггере выяснить, для какого
набора данных был вызван триггер.
То, что в Oracle есть построчные триггера - это конечно здорово, (и совсем хорошо, что Оракл не тормозит из-за построчной обработки) но то, что нельзя выяснить, какие строки обновились запросом, поднявшим триггер ограничивает уже принятие архитектурных решений.
В любом случае, длятого, чтобы выбрать между этими языками нужно опять же хорошо знать не столько языкаи, сколько сами СУБД.
А решение все равно принимать будет начальник в зависимости от того, какой из фирм была оплачена последняя прочитанния им статья про СУБД в каком-нибудь Вестнике CIO или "Компьютерре". ;)
