Мда, как будто все шкуру убитого медведя делят ... прямо смешно, как будто есть разница, что брать - MSSQL или Oracle.

GnoyZer
Вы не можете выбрать ничего по 2 простым причинам:
1. Вы админ
2. Вы не владеете полным ТЗ.

Поэтому в зависимости от того, что Вы хотите (все остальное IMHO):
Заработать на этом денег - смотрите на откаты (как показывает практика ораклисты дают больше).

Получить для себя и своих людей в будущем более высокооплачиваемую работу с постоянным требованиям администрирования - однозначно Oracle.

Быстро и недорого получить систему, которая хоть как нибудь, но работала и под нее было легко искать на сопровождение недорогих специалистов - однозначно MSSQL.

Получить на выходе успешный проект - забыть про выбор спецов, СУБД и прочей лабудени.

Первые 3 пункта ясны, последний поясняю:

СУБД не гарантирует, что сервер потянет обьемы (которые судя по Вашим описаниям просто смешные), если специалисты будут кривые.

Наличие хороших специалистов у той или иной конторы не гарантирует, что сама контора сможет правильно организовать их труд и что они сделают именно то, что Вы хотели.

Наличие/Отсутствие на текущий момент времени ТЗ не гарантирует, что это именно то, что Вы хотели и есть ли оно или нет, не факт, что разработчики сделают именно то, что Вы хотели.

Наличие или отсутствие других контор и специалистов не гарантирует, что в случае расставания с текущей конторой разработчиков кто то сможет дальше делать то, что Вы хотели и не попросит начать разработку с нуля.
... в таком духе можно долго продолжать ... соответствующе на ум приходят следующие требования:
нужна надежная контора, успешно себя зарекомендовавшая себя на каких либо проектах (причем именно запусках, а не разработках), имеющая в штате достаточное кол-во специалистов (а не один дед и студенты вокруг), умеющих командно работать, с гарантированным финансовым положением, где сотрудники гарантировано ежемесячно получают нормальную по местным выкладкам рынка труда зп, с вменяемым начальством, с опытом исследования и доработки ТЗ, быстрой разработки и развертки приложений.

Исходя из этого логичным вариантом напрашивается проведение тендера между конторами, где предлагается изучить ТЗ, предложить свои коррективы с точки зрения опыта разработчиков для данной сферы, по ТЗ предложить реализацию некой части проекта как пилотного проекта с установленным интервалом времени. Здесь конторам придется показать все - и как они заинтересованы в проекте, и как могут анализировать и понимать ТЗ, и насколько они сильны финансово, чтобы вхолостую бросить часть сотрудников на пилотный проект, насколько сильны сотрудники, чтобы командно отработать и эффективно и быстро разработать пилотную часть, что заодно покажет насколько они знают свою платформу, какие имеют свои наработки и понять, что бы дальше выросло при продолжении пилотного проекта. К пилотному проекту далее фирмы прикладывают пакет предложения срока разработки и цены ... и можно смело выбирать, здесь в принципе риск безнадежного проекта сократиться до допустимого минимума. Ну а даже если случится невероятное и контора развалится (что в жизни не бывает), так у конкурентов останутся на руках ТЗ и пилотный проект и если что то пойдет не так и придется расторгать текущий договор, то хотя бы не придется все начинать с нуля. Хотя ... если выбранной конторе будет оказано достаточное финансирование и сроки разработки, отладки и запуска будут минимальными - риск нарваться на проблемы с разработчиком так же будут минимальны.

P.S. Ну а потом уж зайдете сюда и расскажите, какая СУБД была выбрана.