Статья подготовлена для студентов курса «PostgreSQL» в образовательном проекте OTUS.
Я работал с продуктами Oracle и MS с прошлого века. Не только с ними, прошёл по всему, где "можно выполнить SELECT", от dBase-ов и Clipper до DB2 — но именно Oracle DBMS и MS SQL были основными инструментами.
Можно ли говорить о СУБД, не назвав ни одной технической характеристики? Можно — если анализировать по теме "перспективы для разработчика".
И если с чисто технической точки зрения "тяжеловесы" пока чаще выигрывают на больших задачах , то вот тут, в рассмотрении "человеческих" критериев, всё очень и очень непросто.
Когда начинается новый проект и нужно "просто посмотреть, что получится", сделать MVP, быстро развернуть и реализовать схему ETL — достоинства "больших" становятся недостатками. Отдельный DBA, гора документации, высокие затраты — архитектору и техлиду грустно.
Ещё более грустно рядовому программисту — годы на освоение потрачены, а число вакансий падает. Курс на сокращение затрат и централизацию разработки. "Тенденции рынка".
Плюс, "если человек не занимается политикой, то политика займётся им" — и рад бы не замечать перспектив отказа российского ИТ от американских программных продуктов, но реальность упряма...
Так что, исходя именно из соображений "с чем мы будем работать через 5 лет" — молодым коллегам сейчас настоятельно рекомендую осваивать mySQL и, для задач "потяжелее" — PostgreSQL.
А вот между этими двумя выбирайте уже сами — кому-то нужно "на сайте заявки собрать", кому-то "каталог деталей и статистику продаж наших тракторов", соответственно.
ЗЫ: переговорил со своими бывшими коллегами и руководителями, такими же матёрыми ораклоидами. Из 5 компаний переход с Oracle и MS SQL на PostgreSQL стал реальностью в 4. В двух из них, специализирующихся на госпроектах, — "Постгрес и только Постгрес". Делайте выводы, коллеги.