Обновление данных у нас по принципу однонаправленной репликации (SQL->PG, PG->SQL), поэтому deadlock вряд ли получим. Задача максимум от MS SQL Server отказаться полностью )
Postgres вроде бы не блокирует записи при обновлении (мы пока с блокировками по вине репликации не сталкивались) . Десятки миллионов находятся в таблицах куда идет вставка записей, но по вставке обычно за раз тысячи записей или десятки тысяч (зависит от обновления записей в источнике). Что касается защиты, то тут вопрос баланса (как с нормализацией, монолитом и т.д.). В данном случае чем сложнее решение, тем больше вероятность различных внештатных ситуаций. Линкованные сервера для нас привычны. Больше десятка SQL серверов, сотни различных БД, терабайты данных, транзакционная и снимочная репликации между всеми серверами, плюс линкованные сервера. Все стараемся применять по месту. Но мы свой подход никому не навязываем )
Для наших целей в целом подходит. Репликация 1 раз в час, среднее время выполнения представленного ниже запроса не больше одной минуты.
update a set ... from [Postgres].[db1].[public].[table1] a -- 1 000 000 записей inner join [db2].[dbo].[table2] b -- 1 500 000 записей on a.field = b.field and ...
не быстро конечно, но в нашем случае очень даже удобно )
Используем линкованные сервера в связке с PostgreSQL на ежедневной основе в качестве основного механизма репликации данных с MS SQL уже два года, полет нормальный. Записей достаточно много (десятки миллионов). Механизм очень удобный, особенно при необходимости внесения изменений в большое количество записей одновременно на MS SQL и PostgreSQL. update работает стабильно, insert приходится разбивать.
При использовании линкованных серверов MS SQL для работы с PostgreSQL столкнулись с любопытной проблемой. Если через линкованный сервер в PostgreSQL вставлять большое количество записей (100 тысяч и больше) одним запросом в стиле 'insert into ... select ... from ...', то часть записей до адресата не доходит. И ошибок при этом не возникает. Если делить вставку на блоки, то все записи вставляются. При использовании линкованных серверов для связи между разными экземплярами MS SQL таких проблем не возникает при любых объемах.
Использовать .NET, Github и Visual Studio Code можно. Продукты пока еще доступные в РФ. Хотя техническую поддержку можно получить только от сообщества. Что касается ОС Windows, то перечисленные решения к ней не привязаны. Но в перспективе возможно стоит присмотреться к java стеку. Там есть Axiom.
Перед Вами ставили задачу отказаться от Devexpress (Смена UI, нужно уйти от Devexpress как вражеского продукта), но компоненты Devextreme это тот же Devexpress. Выходит задача не выполнена!?
Отличный инструмент для импортозамещения! Сама платформа JMIX бесплатная и open source, включена в реестр отечественного ПО, если планируете использовать в КИИ, то можно заключить договор на техническую поддержку. После того, как в 2022 году с нами отказались работать в компании Developer Express (больше 10 лет применяли их продукты для построения внутренних ИС) JMIX оказался наиболее подходящим вариантом. И это с учетом того, что пришлось переключится с .NET на Java. Кстати, для первых проектов особых знаний Java не потребовалось :)
Этот вопрос нужно рассматривать комплексно. Visual Studio CE это только Windows, Linux поддерживает только VSC. «.NET» в текущий момент не имеет платной технической поддержки со стороны российских организаций, а также сертификатов со стороны наших силовых ведомств. Исключение Mono, но это «другое ;) ».
Собственно решение уже есть JMIX (ex CUBA). Осталось только, чтобы СООБЩЕСТВО поучаствовало в разработке типовых решений (конфигураций 1С). Собственно мы и сами готовы рассмотреть предложения от БИЗНЕСа, который располагает ресурсами для финансирования данного проекта )
Silverligth изначально поддерживался на Windows и MacOS. Для Linux был порт Moonligth, а с 4ой версии в Silverligth добавлена поддержка Chrome. Поэтому по факту главная причина отказа от Silverligth это смена направления развития. Если мне не изменяет память, то примерно в это же время Microsoft начал говорить, что HTML5 это "наше все". Что касается размера самого Silverligth приложения (без установщика Silverligth), то у нас он составляет 4 мбайта (приложение с 10ками форм, графиков и диаграмм).
Это все конечно хорошо, но как же с импортозамещением? Или наши учебные заведения не должны готовить кадры для ключевых отраслей отечественной промышленности.
Возможно, эти риски не всех беспокоят, поскольку не все работают госкомпаниях, но необходимо помнить, что данные работы уж точно в органах власти оплачиваются из бюджета!
Полагаю, если государство финансово простимулирует создание Linux версий продуктов некоторых отечественных компаний (например: АСКОН, Галактика, DocsVision и т.д.) или создаст, как предлагалось выше, условия развития (считай финансирования) opensource разработки, хуже не будет. Просто потому, что ждать когда это станет финансово выгодным можно достаточно долго, а приказ уже подписали. Плюс, если этого еще не предусмотрели, любая компания, которая хочет включить свой продукт в список рекомендуемых к использованию в госкомпаниях должна взять на себя обязательство долгосрочной поддержки продукта при сохранении соответствия первичным условиям включения в перечень. Но думаю данные обязательства в текущей рыночной ситуации должны быть должным образом профинансированы. Т.е. государство и отечественные производители должны предоставить друг другу определенные гарантии. В противном случае, стоимость подобного рода рисков для госкомпаний может быть запредельной.
А Вы случайно не знаете про работоспособность DB REPLICATION от SOFTPOINT?
Жаль, что MS отказался от гетерогенной репликации. Правда, Postgres и не поддерживал, только Oracle.
Обновление данных у нас по принципу однонаправленной репликации (SQL->PG, PG->SQL), поэтому deadlock вряд ли получим. Задача максимум от MS SQL Server отказаться полностью )
Postgres вроде бы не блокирует записи при обновлении (мы пока с блокировками по вине репликации не сталкивались) . Десятки миллионов находятся в таблицах куда идет вставка записей, но по вставке обычно за раз тысячи записей или десятки тысяч (зависит от обновления записей в источнике). Что касается защиты, то тут вопрос баланса (как с нормализацией, монолитом и т.д.). В данном случае чем сложнее решение, тем больше вероятность различных внештатных ситуаций. Линкованные сервера для нас привычны. Больше десятка SQL серверов, сотни различных БД, терабайты данных, транзакционная и снимочная репликации между всеми серверами, плюс линкованные сервера. Все стараемся применять по месту. Но мы свой подход никому не навязываем )
Для наших целей в целом подходит. Репликация 1 раз в час, среднее время выполнения представленного ниже запроса не больше одной минуты.
update a set ... from [Postgres].[db1].[public].[table1] a -- 1 000 000 записей
inner join [db2].[dbo].[table2] b -- 1 500 000 записей
on a.field = b.field and ...
не быстро конечно, но в нашем случае очень даже удобно )
Используем линкованные сервера в связке с PostgreSQL на ежедневной основе в качестве основного механизма репликации данных с MS SQL уже два года, полет нормальный. Записей достаточно много (десятки миллионов). Механизм очень удобный, особенно при необходимости внесения изменений в большое количество записей одновременно на MS SQL и PostgreSQL. update работает стабильно, insert приходится разбивать.
При использовании линкованных серверов MS SQL для работы с PostgreSQL столкнулись с любопытной проблемой. Если через линкованный сервер в PostgreSQL вставлять большое количество записей (100 тысяч и больше) одним запросом в стиле 'insert into ... select ... from ...', то часть записей до адресата не доходит. И ошибок при этом не возникает. Если делить вставку на блоки, то все записи вставляются. При использовании линкованных серверов для связи между разными экземплярами MS SQL таких проблем не возникает при любых объемах.
Использовать .NET, Github и Visual Studio Code можно. Продукты пока еще доступные в РФ. Хотя техническую поддержку можно получить только от сообщества. Что касается ОС Windows, то перечисленные решения к ней не привязаны. Но в перспективе возможно стоит присмотреться к java стеку. Там есть Axiom.
Можно уточнить какая именно?
Перед Вами ставили задачу отказаться от Devexpress (Смена UI, нужно уйти от Devexpress как вражеского продукта), но компоненты Devextreme это тот же Devexpress. Выходит задача не выполнена!?
DBeaver, PGAdmin.
Отличный инструмент для импортозамещения! Сама платформа JMIX бесплатная и open source, включена в реестр отечественного ПО, если планируете использовать в КИИ, то можно заключить договор на техническую поддержку. После того, как в 2022 году с нами отказались работать в компании Developer Express (больше 10 лет применяли их продукты для построения внутренних ИС) JMIX оказался наиболее подходящим вариантом. И это с учетом того, что пришлось переключится с .NET на Java. Кстати, для первых проектов особых знаний Java не потребовалось :)
Этот вопрос нужно рассматривать комплексно. Visual Studio CE это только Windows, Linux поддерживает только VSC. «.NET» в текущий момент не имеет платной технической поддержки со стороны российских организаций, а также сертификатов со стороны наших силовых ведомств. Исключение Mono, но это «другое ;) ».
Собственно решение уже есть JMIX (ex CUBA). Осталось только, чтобы СООБЩЕСТВО поучаствовало в разработке типовых решений (конфигураций 1С). Собственно мы и сами готовы рассмотреть предложения от БИЗНЕСа, который располагает ресурсами для финансирования данного проекта )
Если кому интересно, то запись трансляции можно посмотреть здесь https://www.youtube.com/watch?v=WR0CDYHfUkM
Подскажите, пожалуйста, где можно найти видео докладов, а то на youtube канале jug.msk.ru запись трансляции так и не появилась.
Silverligth изначально поддерживался на Windows и MacOS. Для Linux был порт Moonligth, а с 4ой версии в Silverligth добавлена поддержка Chrome. Поэтому по факту главная причина отказа от Silverligth это смена направления развития. Если мне не изменяет память, то примерно в это же время Microsoft начал говорить, что HTML5 это "наше все". Что касается размера самого Silverligth приложения (без установщика Silverligth), то у нас он составляет 4 мбайта (приложение с 10ками форм, графиков и диаграмм).
Это все конечно хорошо, но как же с импортозамещением? Или наши учебные заведения не должны готовить кадры для ключевых отраслей отечественной промышленности.