Мое мнение по теме (основано на 5 годах работы с MSSQL: 6.5, 7, 2000, 2005 и 6 годах с ORACLE: 7.3.4, 8.1.7, 9.1, 10.2), ни на что не претендующее:

Как уже сказано выше - это совершенно разные БД.
Выбор должен быть сделан в первую очередь - в зависимости от потребностей и способов использования.

1. Основополагающим отличием между ними является понятие транзакции и технологиям одновременного доступа к данным разными пользователями/соединениями.

Лично я считаю, что в MSSQL транзакций вообще нет! То что есть - жалкая породия. Поэтому транзакции в MSSQL не любят, практически все приложения построены с использованием автокоммита.
Особенно напрягает блокировка по чтению (про другие уровни изоляции мне говорить не нужно, т.к. они не дают актуальной информации и служат в целом редким специфическим целям). Т.е. пока один пользователь читает данные некоторой таблицы, то ВСЕ остальные не могут работать с этими данными - блокировка. В некотором смысле, получается последовательный доступ даже на чтение к одним и тем же данным разными соединениями и не важно - отчеты ли вы строите или модифицируете данные из форм ввода.
Это является основной особенностью при одновременной работе большого количества пользователей с БД.
В ORACLE же транзакции реализованы нормально. Пользователь может через, например, форму ввода сделать несколько изменений, а потом всю работу зафиксировать один раз (как одну транзакцию). Попробуйте такое реализовать в MSSQL - вам прийдется создавать временные буфера для хранения изменений самостоятельно - либо через дополнительные таблицы, либо флагами/статусами и дополнительными записями в той же таблице - и всеравно получится криво. Т.е. извращаться программисту - для реализации стандартных функций, за которые должно отвечать ядро БД.
Да и никаких блокировок по чтению в ORACLE нет (При желании - можно сделать)

С другой стороны, за все приходится платить :(
Реализация такой свободы в ORACLE требует дополнительного дискового пространства (сегменты отката)

Резюме: если Вам это не важно - лучше MSSQL как более легкий, если строите полноценную информационную систему для большого числа пользователей - "MSSQL в топку"

2. Язык & разработка
Сравнивать языки - дело не благодарное, но несколько моментов:

T-SQL - это скриптовый язык. Любая процедура или функция - это всего лишь именованный кусок скрипта.
PL/SQL - это полноценный язык. Для тех кто не в курсе: PL/SQL родился добавлением в язык PL-1 средств работы с БД (SQL). А PL-1, в свою очередь, создавался как язык, включивший из других языков все лучшие механизмы и технологии (Где не могли выбрать - включали все).

PL/SQL имеет строгую типизацию объектов, с которыми работает, MSSQL - нет.

В PL/SQL есть некое понятие библиотек (пакеты), которые объединяют в себе код (типы, процедуры, функции, даже переменные - работают как свойства объектов в ООП) некой определенной функциональности.
В MSSQL ничего подобного нет. Разработка даже не очень большой системы обрастает несколькими сотнями процедур и функций, которые лежат плоским списком, разбираться в них становится сложно.

Резюме: В MSSQL процедур пишут не очень много, перенося часть бизнес-логики на клиента (что не есть правильно с точки зрения общей философии), т.е. сервер становится продолжением клиента, используется только для хранения информации и некоторой минимизации сетевого трафика.
На ORACLE обычно все что нужно и не нужно - переносят в ORACLE, т.е. на сторону сервера. В итоге вся бизнес-логика и данные лежат на сервере и оттуда используются.
Если Вы делаете небольшую (с точки зрения количества таблиц и бизнес-логики) систему, то легче ставить и поддерживать MSSQL. Если побольше и посложнее - ORACLE, т.к. на MSSQL - заплюхаетесь. Я бы даже сказал, что сложность разработки под MSSQL от объема бизнес-логики возрастает экспоненциально, а в ORACLE - линейно. Стартовая точка MSSQL - ниже ORACLE-овской.

ЗЫ: Лично я остановился на ORACLE (наверное это сквозит :) ), хотя в начале при переходе от MSSQL было трудновато, т.к. многие концепции, о которых ранее не задумывался - пришлось понять и пересмотреть.

ЗЗЫ: Сравнение MSSQL и ORACLE сродни сравнения MSSQL и DBASE

ЗЗЗЫ: Коммент на счет качества софта: в целом качество одинаковое. Поддержка - тоже бывает разная. Например, выполняя проект на ММК (стоимость проекта ~20 M$) металинк отвечал на вопросы в течение 1-2 часов круглосуточно (честно - сам видел). Так что...

что-то я увлекся :))

Гы :)
Народ зашевелился по теме :)

В MS 2005 действительно почти не работал... SQL тока юзал, но претензия остается. Версионность - это не то, что хотелось бы...

Ну это - личное