A
Основные проблемы будут с тем, что open-source СУБД не поддерживают и половину функций из тех, что вы использовали в коммерческих продуктах.
Size: a a a
2021 July 31
AC
Ещё раз: Проблема может быть не в переезде, а в производительности, кластерах и т.п. А не в языке SQL. :)
A
Подобное заявление позволяет мне заключить, что вы не вполне понимаете, насколько далеко коммерческие СУБД ушли от промышленного стандарта SQL-92 за последние 30 лет.
AC
Супер! Всем всё ясно и это очень круто! 👍 На сём, как мне кажется, есть смысл остановиться в обсуждении данной темы.
AA
Если бы прогеры старались по максимуму использовать sql92, и только в случае необходимости проприетарщину было бы гораздо легче. Но им обычно лень.
A
Да не в этом дело. Просто новый функционал проприетарных СУБД открывает каждый год всё новые возможности - и все скрипты пишутся под них конкретно. Именно поэтому перейти потом обратно на Postgree будет крайне тяжело.
А если просто следовать SQL92 - тогда действительно, и sqlite подойдёт.
А если просто следовать SQL92 - тогда действительно, и sqlite подойдёт.
A
Это всё к вопросу об импортозамещении
MS
А в нише миграции СУБД есть готовые решения (например, по трансляции хранимых процедур с одного диалекта SQL на другой)? Что касается переноса ПУ ПЛК между устройствами различных производителей, то на российском рынке существуют перспективные разработки
МП
Некоторые есть (были по крайней мере) но все равно потребуют интеллектуального участия: производители не только выпускают новые фичи, но и перестают поддерживать старые. Тут может быть правда проще вручную если хороший специалист и/или если нормально исходная база сделана
A
Нет.
Пробовал разные конвертеры - они не работают.
Но зависит от сложности использования того SQL-языка, которым вы пользуетесь.
Если просто данные храните в таблицах - то без проблем переносится на другую СУБД, если используете например CLR, оконные или табличные функции - то нет, они специфичны для каждой СУБД к сожалению
Пробовал разные конвертеры - они не работают.
Но зависит от сложности использования того SQL-языка, которым вы пользуетесь.
Если просто данные храните в таблицах - то без проблем переносится на другую СУБД, если используете например CLR, оконные или табличные функции - то нет, они специфичны для каждой СУБД к сожалению
2021 August 01
AS
2021 August 02
ZS
конечно, не самая точная выборка, но позволяет примерно составить представление о ситуации в регионе
22
Дайте, хоть ссылку на действующий курс.
AS
Нужна опция, "Я не из ЦА, посмотреть результаты". А то будет неверная статистика
AS
Хотя вижу что это репост и уже поздно
ZS
Да несколько неправильно расшарил
ZS
ZS
Опрос был в группе АСУТП в Казахстане
AC
Лучше было сделать множественный выбор, сервера не так привязаны к конфигурациям скады