Почему mssql до сих пор требуется на новых вакансиях, если грянуло импортозамещение?

Question

[DecayAssault]

Как-то умудряется докупать новые лицензии или эти вакансии - под освободившиеся места?

Answer 1

[Владимир Коротенко]

Потому что MSSQL, Oracle , DB2 это энтерпрайз в которые вколочены тысячи человеко-лет.

И опенсорсные записные книжки с sql интерфейсом не дают таких возможностей.

ЗЫ кстати реально российская СУБД https://www.linter.ru/

Comments

[Василий Банников]

опенсорсные записные книжки с sql интерфейсом

Postgres это какая-то шутка что ли?

[12rbah]

Василий Банников, думаю у этой субд основная сфера применения это гос структуры, т.к. она сертифицирована для сов. секретной информации, не знаю заморачивались ли в потсгрес с этим или нет вики

[Василий Банников]

12rbah, ну у постгреса есть какойто сертификат ФСТЭК если он нужен:
https://postgrespro.ru/products/postgrespro/certified

[12rbah]

Василий Банников, вроде этого должно быть достаточно, в целом тогда хз зачем покупать линтер субд

[Владимир Коротенко]

Василий Банников, Нет постгрес конечно хорошая база, но хромает например по бэкапам или по многопроцессорности на некоторых операциях.

[Василий Банников]

Владимир Коротенко, а что не так с бэкапами? Вроде же есть разные решения для резервного копирования, и они вполне успешно работают в многих компаниях.

А в какой ситуации может возникнуть проблема с многопроцессорностью?

[Владимир Коротенко]

Василий Банников, https://www.google.com/search?q=postgres+backup+problem

The PostgreSQL server is process-based (not threaded). Each database session connects to a single PostgreSQL operating system (OS) process. Multiple sessions are automatically spread across all available CPUs by the OS. The OS also uses CPUs to handle disk I/O and run other non-database tasks. Client applications can use threads, each of which connects to a separate database process.

Since version 9.6, portions of some queries can be run in parallel, in separate OS processes, allowing use of multiple CPU cores. Parallel queries are enabled by default in version 10 (max_parallel_workers_per_gather), with additional parallelism expected in future releases.

[Василий Банников]

Владимир Коротенко, про бэкапы:
Mssql выдаёт в 5 раз больше результатов.
https://www.google.com/search?q=SQL+server+backup+...

А ещё нашёл статью, кто говорится что что-то ещё улучшили в 15й версии.

Since version 9.6, portions of some queries can be run in parallel, in separate OS processes, allowing use of multiple CPU cores. Parallel queries are enabled by default in version 10 (max_parallel_workers_per_gather), with additional parallelism expected in future releases.

А какого года статья? И где там явный пример проблемы? Типа соединения отваливаются или запросы медленно будут идти если произошло тото или тото.

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

[Владимир Коротенко]

Василий Банников, проблем можно найти у любой бд, просто у коммерческих их уже давно решили.

Answer 2

[Сергей Горностаев]

В каких-то компаниях не находят ресурсов, чтобы слезть с западной проприетарщины, и будут теперь годами сидеть на единожды купленной лицензии, без обновлений и без развития. В каких-то ещё идёт процесс миграции со старых систем на новые, и специалисты по MSSQL/Oracle будут нужны ещё несколько лет. В каких-то остались небольшое количество доживающих проектов, которые мало используются, не развиваются и естественным образом потеряют актуальность с годами, а значит дешевле держать под них пару спецов, чем переписывать и мигрировать.

Answer 3

[CityCat4]

Потому что невозможно враз - и отрубить все (на самом деле возможно, но тут как обычно идет оценка ущерба и соотнесение угрозы - пока нет явной угрозы, будем тянуть и переходить постепенно). Лицензия бессрочная, будут работать без обновлений, без саппорта, без патчей.
Возможно есть проекты, которые должны точно завершиться через один-два года - он закончится и MS SQL больше не будет нужен.
Вытеснение энтерпрайзного продукта - дело непростое и не быстрое

Answer 4

[Drno]

дорого. переходить на другой продукт, тем более отечественный. тем более когда все построено вокруг SQL, включая спецов...