Size: a a a

RUSCADASEC community: Кибербезопасность АСУ ТП

2021 July 31

DT

Daniil Tameev in RUSCADASEC community: Кибербезопасность АСУ ТП
источник

A

Alis in RUSCADASEC community: Кибербезопасность АСУ ТП
Ха-ха, а разве есть open-source аналоги Microsoft SQL Server?
источник

Ts

Taka sugi in RUSCADASEC community: Кибербезопасность АСУ ТП
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
PostgreSQL
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
:)
источник

MD

Mikhail Dobrokhodov in RUSCADASEC community: Кибербезопасность АСУ ТП
На самом деле Майкрософт любят за AD
источник

A

Alis in RUSCADASEC community: Кибербезопасность АСУ ТП
Я сказал - аналоги. Поддерживающие скрипты Transact-SQL, которые до этого люди под MS SQL server писали годами.
Со внутренним языком Oracle (pl/sql) такая же фигня.
Если не разбираетесь в теме...
источник

MD

Mikhail Dobrokhodov in RUSCADASEC community: Кибербезопасность АСУ ТП
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
Серьёзно...
источник

A

Alis in RUSCADASEC community: Кибербезопасность АСУ ТП
Зависит от того, сколько тысяч или миллионов строк кода у вас написано под конкретную модификацию СУБД
источник

Ts

Taka sugi in RUSCADASEC community: Кибербезопасность АСУ ТП
Эта проприетарное расширение для SQL вполне переводится на обычный, из-за неё одной считать две СУБД не аналогами друг друга - ну шиза пожалуй
источник

МП

Мария Полтавцева... in RUSCADASEC community: Кибербезопасность АСУ ТП
Т SQL внутренний язык MS SQL - логично что именно его никто не поддерживает. Дальше зависит от того, насколько придерживались стандарта те, кто писал схему и скрипты. Если грамотно писали, то миграция тоже вполне реальна малой кровью и автоматизацией. Если нет, геморроя больше, конечно. Но SQL - сервер менее "оригинален" в своих решениях чем постгрес, обратно, например, сложнее.
источник

Ts

Taka sugi in RUSCADASEC community: Кибербезопасность АСУ ТП
А в остальном типа переход с одного ПО на другое ПО вообще никаких проблем не вызывает, да? Это просто техническая задача, а не какое-то фундаментальное ограничение по функционалу
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
Да, да. Если питон 2 на питон 3 перевели, то один сиквел в другой - это проблема
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
Проблема может быть не в переезде, а в производительности, кластерах и т.п.
источник

A

Alis in RUSCADASEC community: Кибербезопасность АСУ ТП
Боюсь, что вы не вполне себе представляете, что это такое. Помню я читал книжку SQL server inside на 600 страниц, так вот там первые 400 страниц были посвящены тому, как работает Windows , а остальные - как sql server работает поверх неё.
Я не топлю за MS SQL и имею опыт работы с разными СУБД. Но хочу подчеркнуть, что переход с одной на другую, если вы ее используете на полную катушку в плане программирования, а не просто данные там храните - это очень большой геморрой. А если данные хранить просто - всегда есть CSV.
источник

Ts

Taka sugi in RUSCADASEC community: Кибербезопасность АСУ ТП
Ну никто и не спорит что это может вызвать проблемы, вроде...
источник

Ts

Taka sugi in RUSCADASEC community: Кибербезопасность АСУ ТП
и так вообще не только с СУБД, но и со всем остальным
источник

A

Alis in RUSCADASEC community: Кибербезопасность АСУ ТП
Вы пробовали переписать какую-нибудь enterprise систему с SQL server на oracle, или наоборот?)
источник

AC

Alexey Cheshire in RUSCADASEC community: Кибербезопасность АСУ ТП
Нет, но это не значит, что это невозможно или что с этим будут основные проблемы.
источник