Sql какой выбрать

Какую версию SQL Server использовать?

Прежде чем в очередной раз установить SQL Server, подумайте. Вы уверены насчет версии? Я знаю, руководство хочет оставаться на старой версии, и вендоры приложений говорят, что поддерживают только старые версии SQL Server, но теперь вы можете найти аргументы для новой версии.

Мы начнем издалека и посмотрим, что полезного было в каждой из версий.

Возможно, вам следует установить SQL Server 2008, если .

• У вас древнее приложение, которое больше не поддерживается вендором.
• У вас есть лицензия только на SQL Server 2008, так как вы не купили Software Assurance, что дало бы вам возможность использовать бесплатно новые версии.
• У вас только Standard Edition и вам нужна поддержка неограниченной памяти (это убрали в 2008R2).
• Вы не знаете, что и SQL Server 2008, и SQL Server 2008 R2 (который вышел примерно через два года после) имеют одинаковый срок окончания поддержки (хотя, теперь вы это знаете, так что это уже не причина).
• Вы не знаете, что расширенная поддержка прекратилась 9 июля 2019 года. Да, если вы используете SQL Server в Azure, то Microsoft предоставит вам расширенную поддержку до 2022 года.

Из-за срока окончания поддержки я не сторонник новых инсталляций SQL Server 2008. Так что, давайте двигаться дальше.

Вам нужен SQL Server 2008 R2, если .

Вам нужны новые возможности, добавленные после SQL Server 2008:

• PowerPivot for Excel (который был заменен);
• Utility Control Point (которым никто не пользуется);
• Master Data Services;
• StreamInsight.

Э-э . Давайте пропустим эту версию и продолжим.

Вам нужен SQL Server 2012, если .

• У вас приложение, которое поддерживает только SQL Server 2012, но не 2014 или более новый.
• Вы абсолютно не склонны к установке обновлений (потому что SP4 вышел в октябре 2017 года, и с тех пор было только одно исправление безопасности, и все).
• Вы не прочь через 2 года обновить SQL Server (потому что поддержка заканчивается в июле 2022 года).
• Вам либо не нужно шифрование резервных копий, либо для этого вы готовы купить сторонний инструмент.

В 2012 было представлено несколько новых возможностей: Availability Groups, Columnstore indexes, Contained databases, Data Quality Services. Но в то время они были настолько ограничены, что сегодня сложно считать эту версию хорошим началом для использования этих технологий.

Вам нужен SQL Server 2014, если .

• У вас приложение, которое поддерживает только SQL Server 2014, но не 2016 или более новые.
• Вы хотите использовать Always On Availability Groups (но я уже даже не решаюсь написать, что AG были значительно улучшены в последующих версиях). Я бы счел эту версию минимальной для рассмотрения AG (забудьте про 2012), потому что начиная с 2014, вторичный сервер доступен для чтения.
• Вам нужно шифровать резервные копии, и вы не хотите покупать сторонние инструменты резервного копирования.
• Вы используете log shipping (доставку журналов) в качестве инструмента для отчетности, и у вас есть хитрые требования к правам доступа. В 2014 появились новые роли уровня сервера, которые облегчают эту задачу.
• Вам нужно улучшить производительность, но без изменения кода. И есть много времени для тестирования. Вам помогут изменения в Cardinality Estimator (CE), хотя и не для всех запросов. Все равно придется потратить время, чтобы найти медленные запросы и подумать, что с ними можно сделать.

В SQL Server 2014 также было представлено несколько технологий, которые уже никого не удивляют сегодня: In-Memory OLTP (непригодный для использования в то время), Buffer Pool Extensions, файлы данных в Azure blobs, резервное копирование по URL и Delayed Durability.

Вам нужен SQL Server 2016, если .

• Вы являетесь независимым поставщиком программного обеспечения (ISV). В 2016 SP1 множество Enterprise-функций стали доступны в редакции Standard. Это означает, что вы можете разработать одну версию приложения, которое работает как для небольших клиентов с редакцией Standard, так и для больших с редакцией Enterprise.
• Вам нужен известный и хорошо документированный продукт. Довольно легко найти готовые обучающие материалы и нанять людей, которые знают, как использовать инструменты этой версии.
• Вы используете Standard Edition, потому что он поддерживает 128 Гб оперативной памяти (и даже может выйти за рамки этого для некоторых внутренних нужд, например, для планов запросов).
• Вы не хотите обновляться до 2025–2026 годов. У этой версии срок поддержки дольше, чем у SQL Server 2012/2014, так что вы сможете продержаться на ней дольше.
• У вас есть требования по соответствию (compliance) для нового приложения. Я специально говорю здесь о новых приложениях, т.к. в SQL Server 2016 добавлены Always Encrypted, Dynamic Data Masking, Row Level Security и Temporal Tables — технологии, которые облегчат вам защиту данных. Защита данных все еще остается непростой задачей, но становится легче.
• Вы хотите использовать columnstore-индексы. Это минимальная версия, с которой их можно использовать, потому что они стали обновляемыми и могут иметь индексы columnstore и rowstore в одной таблице. Здесь отличное сравнение того, что изменилось в columnstore за эти годы.
• Вам нужен мониторинг планов запросов, и вы не можете позволить себе сторонний инструмент. Query Store предоставляет вам довольно интересные возможности. Хотя его не используют так часто, как хотелось бы. И если бы завтра я снова стал фултайм DBA, то первое, что я бы стал изучать — это Query Store (и PowerShell).

Вам нужен SQL Server 2017, если .

• Вы готовы устанавливать обновления каждые 30-60 дней, потому что для новых версий, таких как эта, обновления выходят часто, и они исправляют некоторые существенные проблемы. Пройдет время, прежде чем выйдет 2019 и обновления 2017 будут выходить реже (помните, что больше нет Service Pack, только Cumulative Updates).
• У вас есть цель с нулевым RPO (время восстановления) и финансовые риски. В 2017 для Always On Availability Groups добавлен новый параметр minimum commit replica, который позволит вам гарантировать, что несколько реплик получили коммиты.
• Вы хотите, чтобы будущие обновления были проще. В 2017 появились распределенные группы доступности (Distributed Availability Group) с различными версиями SQL Server в ней. DAG сегодня не слишком надежен и хорошо документирован, но мне нравится эта идея, в качестве задела на будущее, для более легкого обновления. (До этого обновления AG были абсолютно ужасны, и зачастую вместо обновления проще было построить новый кластер и мигрировать на него.)
• Вам нужны высокопроизводительные columnstore-запросы. Появилось много интересных вещей для выполнения запросов в пакетном режиме (batch mode).
• Вы решительно настроены использовать SQL Server под Linux. А если серьезно, то просмотрите Release notes for SQL Server 2017 on Linux и прочитайте для каждого накопительного обновления исправленные ошибки. Некоторые из проблем с кластеризацией меня действительно шокировали.
• Вы решительно настроены на использование машинного обучения и R в SQL Server. Я знаю, что это модно для тех, кто работает с данными, но помните, что вы тратите на лицензии SQL Server от $2000 до $7000 за ядро.

Да, я знаю, я здесь не написал «вы хотите очень известный, хорошо документированный продукт». Но это не потому, что продукт плохой. Просто он относительно новый по сравнению с 2012/2014/2016, и, кстати, гораздо сложнее найти готовое хорошее обучение по таким темам, как Distributed Availability Groups или SQL Server под Linux, а также нанять людей, которые знают, как их использовать.

Это не плохие технологии, это отличные технологии. Просто сейчас они еще на ранней стадии развития, так что сложно получить хорошие практики использования. Не невозможно, просто сложно.

Вам нужен SQL Server 2019, если .

• Вы хотите максимально возможный срок поддержки — до 2030 года. Разве не было бы здорово не переустановить SQL Server целое десятилетие?
• Вы готовы устанавливать обновления каждые 30-60 дней. Для новых версий, таких как эта, обновления выходят часто, и они исправляют некоторые существенные проблемы (помните, что больше нет Service Pack, только Cumulative Updates).
• Вы готовы учиться через эксперименты, а не через документацию. По мере того как вы доберетесь до новейших возможностей, ваше время на эксперименты и обучение будет увеличиваться.
• У вас нет проблем с тестированием нагрузки и производительности. SQL Server 2019 добавляет много интересных улучшений в производительности, когда вы включаете режим совместимости с 2019. Но это также принесет большие изменения в ваши текущие планы запросов. Если говорить в числах, то 99% ваших запросов станут быстрее, а 1% медленнее. Знаете ли вы, что попадет в этот 1%? И что вы собираетесь делать, чтобы уменьшить снижение их производительности? Вы не можете просто протестировать медленные запросы, вы также должны протестировать и быстрые запросы, чтобы убедиться, что они не станут недопустимо медленными.
• Вы используете много пользовательских функций. SQL Server 2019 может их значительно ускорить , хотя вам стоит это протестировать.
• Вы используете много табличных переменных и можете изменять код — они тоже становятся лучше.

Microsoft сделала ставки на новые технологии: кластеры больших данных (Big Data Clusters), высокая доступность в контейнерах и поддержка Java. Тем не менее, я просто не могу придумать аргументы в пользу того, чтобы сегодня (в декабре 2019 года) установить SQL Server 2019 только ради этих технологий. Если эти технологии вам действительно требуются (а это не просто ваше желание их попробовать), то вы уже должны изучать SQL Server 2019 в своих тестовых лабораториях. И, скорее всего, вы уже используете другие версии SQL Server.

Так какой ответ правильный ?

Когда я смотрю на этот список сегодня, то SQL Server 2017 мне видится довольно подходящим вариантом для большинства. Это хороший баланс новых функций, стабильности и длительного срока поддержки. Сейчас во многих организациях, где люди перегружены работой и не могут обновлять сервера каждый год, я вижу экземпляры SQL Server 2017 с мониторингом того, как идет релиз SQL Server 2019 и планированием его развертывания в 2021 году.

Изучаем управление базами данных: — 7 лучших бесплатных систем с открытым исходным кодом

IT-отделы работают с мизерным бюджетом. Поэтому сокращение расходов позволит компании не только оставаться на плаву, но и направить сэкономленные средства на развитие. Чтобы рациональнее использовать имеющийся бюджет, познакомимся с 7 бесплатными системами, позволяющими осуществлять разработку и управление базами данных и решениями DBM с открытым исходным кодом.

CUBRID

Бесплатная программа для создания базы данных с открытым исходным кодом, оптимизированная специально для веб-приложений. Данный сервис предназначен для обработки больших объемов данных и генерации многочисленных параллельных запросов. Это решение реализовано на языке программирования C.

• Множественная степень дробления блокировок;
• Создание резервных копий онлайн;
• Инструменты GUI и драйверы для JDBC , PHP , Python , Perl и Ruby ;
• Поддержка встроенного сегментирования базы данных для масштабирования;
• В крупных системах данные разделяются по нескольким экземплярам базы данных;
• Репликация полнотекстовых баз данных и согласованность транзакций.

• Не работает в системах Apple ;
• Нет отладчика сценариев;
• Руководство доступно только на английском и корейском языках;
• Обсуждения на официальном форуме , как правило, устаревшие ( большинству из них несколько лет ).

Firebird

Этот конструктор баз данных использовался в производственных системах (под разными названиями) с 1981 года и реализует многие стандарты ANSI SQL . Firebird может работать на Linux , Windows и различных Unix-платформах .

• API трассировки для мониторинга в реальном времени;
• Аутентификация с проверкой подлинности Windows ;
• Четыре поддерживаемые архитектуры: SuperClassic , Classic , SuperServer и Embedded ;
• Разнообразные средства разработки: коммерческие инструменты – FIBPlus и IBObjects ;
• Возможность автоматического развертывания для очистки базы данных;
• Уведомления о событиях из триггеров базы данных и хранимых процедур;
• Бесплатная поддержка глобального сообщества Firebird . Что важно при разработке требований к базам данных.

• Интегрированная поддержка репликации не включена и доступна только в качестве дополнения;
• Нехватка временных таблиц и интеграции с другими системами управления базами данных;
• Аутентификация с проверкой подлинности Windows недостаточна по сравнению с решениями, доступными в других операционных системах.

Программное обеспечение для работы с базой данных MariaDB

Созданная разработчиками MySQL , MariaDB используется такими техническими гигантами, как Wikipedia , Facebook и даже Google . MariaDB – это сервер базы данных, который предлагает встраиваемую замену функционала MySQL . Безопасность является главным принципом и приоритетом разработчиков СУБД . В каждом релизе они добавляют все патчи безопасности MySQL и при необходимости улучшают их.

• Масштабируемость с простой интеграцией;
• Доступ в режиме реального времени;
• Основные функции MySQL ( MariaDB является альтернативой MySQL );
• Альтернативные механизмы хранения, оптимизация серверов и патчи;
• Обширная база знаний по разработке баз данных SQL , накопленная в течение 20 лет работы MariaDB .

• Отсутствует плагин проверки сложности пароля;
• Отсутствует memcached интерфейс ( распределённая система кэширования в оперативной памяти );
• Нет трассировки оптимизатора.

MongoDB

MongoDB была основана в 2007 году и известна как « база данных для великих идей ». Проект финансируется такими известными инвесторами, как Fidelity Investments , Goldman Sachs Group , Inc. , и Intel Capital . С момента своего создания MongoDB была скачена 20 миллионов раз и поддерживается более чем 1000 партнерами. Эти партнеры придерживаются принципа бесплатного решения с открытым исходным кодом.

• Проверка документов;
• Зашифрованный механизм хранения.

Популярные варианты использования:

• мобильные приложения;
• каталоги продуктов;
• управление контентом;
• Real-time приложения с механизмом хранения в памяти ( бета-версия );
• сокращает время между первичным сбоем и восстановлением.

• Не подходит для приложений, требующих сложных транзакций;
• Не подходит для устаревших приложений;
• Молодое решение: программное обеспечение меняется и быстро развивается.

MySQL

Самый именитый представитель нашего обзора программ для разработки базы данных . Бесплатная база данных MySQL существует с 1995 года и теперь принадлежит компании Oracle . СУБД имеет открытый исходный код. Также существует несколько платных версий, которые предлагают дополнительные функции, такие как гео-репликация кластера и автоматическое масштабирование.

Поскольку MySQL является отраслевым стандартом, она совместима практически со всеми операционными системами и написана на языках C и C ++ . Это решение является отличным вариантом для международных пользователей. Сервер СУБД может выводить клиентам сообщения об ошибках на нескольких языках.

• Проверка на стороне сервера;
• Может использоваться как локальная база данных;
• Гибкая система привилегий и паролей;
• Безопасное шифрование всего трафика паролей;
• Библиотека, которая может быть встроена в автономные приложения;
• Предоставляет сервер в качестве отдельной программы для сетевого окружения клиент/сервер.

Недостатки практической разработки и администрирования баз данных MySQL Приобретена компанией Oracle :

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

PostgreSQL

PostgreSQL является еще одним выдающимся решением с открытым исходным кодом, работающим во всех основных операционных системах, включая Linux , UNIX ( AIX , BSD , HP-UX , SGI IRIX , Mac OS X , Solaris , Tru64 ) и Windows . PostgreSQL полностью отвечает принципам ACID ( атомарность, согласованность, изолированность, устойчивост ь).

• Возможность создания пользовательских типов данных и методов запросов;
• Среда разработки баз данных выполняет хранимые процедуры более чем на десятке языков программирования: Java , Perl , Python , Ruby , Tcl , C/C ++ и собственный PL/pgSQL ;
• GiST ( система обобщенного поиска ): объединяет различные алгоритмы сортировки и поиска: B-дерево , B+-дерево , R-дерево , деревья частичных сумм и ранжированные B+ -деревья ;
• Возможность создания для большего параллелизма без изменения кода Postgres , например, CitusDB .

• Система MVCC требует регулярной « чистки »: проблемы в средах с высокой скоростью транзакций;
• Разработка осуществляется обширным сообществом: слишком много усилий для улучшений.

SQLite

Провозгласившая себя самой распространенной СУБД в мире, SQLite зародилась в 2000 году и используется Apple , Facebook , Microsoft и Google . Каждый релиз тщательно тестируется. Разработчики SQLite предоставляют пользователям списки ошибок, а также хронологию изменений кода каждой версии.

• Нет отдельного серверного процесса;
• Формат файла – кросс-платформенный;
• Транзакции соответствуют требованиям ACID ;
• Доступна профессиональная поддержка.

Не рекомендуется для:

• клиент-серверных приложений;
• крупномасштабных сайтов;
• больших наборов данных;
• программ с высокой степенью многопоточности.

Есть идеи?

Я пропустила что-то из существенных преимуществ или недостатков решений для разработки баз данных , перечисленных выше? Считаете, что есть лучшие альтернативные СУБД ? Поделитесь своим мнением в комментариях.

Пожалуйста, опубликуйте свои мнения по текущей теме статьи. За комментарии, отклики, лайки, дизлайки, подписки низкий вам поклон!

Дайте знать, что вы думаете по этой теме в комментариях. За комментарии, отклики, подписки, лайки, дизлайки огромное вам спасибо!

Сравнение производи­тельности типовой конфигурации 1С 8.2 при использовании бесплатных СУБД: PostreSQL, IBM DB2

С выходом новой редакции MS SQL Server 2012, анонсом MS SQL Server 2014 CTP2 и внедрением новой политики лицензирования «на ядра» у многих ИТ-администраторов возник вопрос: «А есть ли альтернатива?». Многие видят ее в переходе на облачные решения или SaaS, когда вопрос о лицензировании ложится на компанию, предоставляющую эти услуги.

Другие пытаются оптимизировать затраты путем нахождения «лазеек» в методике лицензирования Microsoft. Но мы попробуем пойти альтернативным путем. Учитывая, что большинство компаний используют MS SQL Server только для 1С, мы можем протестировать альтернативные СУБД, которые поддерживает 1С. Сегодня мы протестируем несколько бесплатных СУБД, таких как PostgreSQL и IBM DB2 (тут и далее под IMB DB2 мы будем подразумевать бесплатный выпуск IBM DB2 Express-C).

Весь класс бесплатных СУБД хорошо зарекомендовал себя в повседневных задачах. На территории бывших республик СССР они не так распространены в среде Windows и чаще всего являются уделом либо специальных продуктов, либо используются в бесплатных операционных системах. Одним из ярких примеров является связка postfix + PostgreSQL в мире почтовых серверов.

Сравнение характеристик СУБД и их поддержка в 1С

Обе системы официально поддерживаются компанией 1С. Выпускаются релизы и наборы патчей для совместимой работы с 1С. На официальном сайте пользователей системы 1С:Предприятие 8 мы можем найти последние дистрибутивы данных продуктов с уже интегрированными патчами от 1С. В наличии есть версии как под Windows/ Linux, так и под различную архитектуру х86/х64, что не может не радовать. Сделаем краткий обзор данных СУБД. Обратимся к таблице 1:

Таблица 1 — Сравнение характеристик СУБД

PostgreSQL	IBM DB2	MS SQL2008R2 Standard
Кроссплатформенность (Windows/Linux)	+/-	+/+	+/-
Ограничение на использование RAM, GB	не ограничено	8	64
Ограничение на использование CPU, кол-во ядер (процессоров)	не ограничено	8 (2)	не ограничено (4)
Ограничение на размер БД, PB	не ограничено	не ограничено	524
Наличие поддержки отказоустойчивых кластеров	+	+	+

В данный момент на сайте доступны следующие стабильные релизы:

• IBM DB2 v9.7 FP6 от 05.10.2012 г.
• PostgreSQL 9.1.2-1.1C от 10.02.2012 г.

Также доступны для тестирования новые конфигурации PostgreSQL 9.1.9-1.1C
и 9.2.4-1.1C от 01.10.2013 г.

Практическое тестирование с использованием нового теста Гилева и «боевой» конфигурации. Сравнение платной СУБД MS SQL и бесплатных

Для тестирования возьмем виртуальный сервер для 1С такой конфигурации 1 CPU Intel Xeon E5620 2.4 GHz, c 4 GB RAM, OS Windows 2008R2 Standard, используя виртуализацию на базе технологии Hyper-V. Для тестирования будут использованы версии СУБД под данную ОС и х64-разрядности (использование ОС Windows обосновано, сравнение будет с СУБД MS SQL 2008R2 Standard, используя одни и те же драйвера для всего оборудования). Тестирование будем проводить новым тестом от господина Гилева для оценки возможностей клиент-серверного варианта 1С:Предприятие 8.2. Данный тест подбирает оптимальный размер буфера для работы (размер строки) и показывает, сколько потоков может «вытянуть» система. Все результаты занесем в таблицу 2.

Таблица 2 — Результаты сравнительных тестов СУБД

Размер строки, КБ	Макс. скорость 1 поток, КБ/с	Пороговая скорость, КБ/с	Количество потоков, максимальное	Максимальная скорость, КБ/с
PostrgreSQL	656	21 974	5 494	14	83 094
IBM DB2	128	1 445	361	10	4 439
MS SQL2008R2 Standard	464	13 714	3 429	9	38 512

Рассмотрим графики, полученные в самих тестах.

Графики, полученные при использовании СУБД — PostgreSQL:

Рисунок 1 – График 1, PostgreSQL

Рисунок 2 – График 2, PostgreSQL

Рисунок 3 – График 3, PostgreSQL

Анализируя данные графики, можно сделать вывод, что система сможет выдержать от 10 до 14 высоконагруженных задач при размере буфера в 656 Кб.

Графики, полученные при использовании СУБД — IBM DB2:

Рисунок 4 – График 1, IBM DB2

Рисунок 5 – График 2, IBM DB2

Рисунок 6 – График 3, IBM DB2

Анализируя данные графики, можно сделать вывод, что система сможет выдержать от 8 до 10 высоконагруженных задач при размере буфера в 128 Кб. Но при этом возможны проблемы с откликом приложения из-за низкой скорости работы СУБД с дисками.

Графики, полученные при использовании СУБД – MS SQL2008R2 Standard:

Рисунок 7 – График 1, MS SQL2008R2 Standard

Рисунок 8 – График 2, MS SQL2008R2 Standard

Рисунок 9 – График 3, MS SQL2008R2 Standard

Анализируя данные графики, можно сделать вывод, что система сможет выдержать 8-9 высоконагруженных задач при размере буфера в 464 Кб. При этом скорость работы системы будет хорошая.

На данных СУБД были протестированы и «боевые» базы, но в однопользовательском режиме. В ходе теста были использованы выгрузки объемами 1-1.5 Гб конфигурации УТ 11.1. В ходе испытаний не были замечены какие-либо ошибки. Время отклика приложений было на хорошем уровне. Были выполнены замеры производительности на тяжелых участках этой конфигурации, таких как вызов пункта «Список партнеров» и «Написать письмо».

Рисунок 10 – Время выполнения обработки «Список партнеров»

На данной диаграмме меньшее значение является лучшим. В среднем PostgreSQL немного проигрывает MS SQL, а IBM DB2 — и вообще позади. Аналогичная ситуация и со вторым тестом. PostgreSQL и MS SQL идут практически равными, а IBM DB2 — позади.

Рисунок 11 – Время выполнения обработки «Написать письмо»

Выводы о целесообразности внедрения 1С на бесплатных СУБД. Плюсы и минусы бесплатной СУБД

Теперь проанализируем полученные результаты. Согласно результатам, полученным с использованием теста Гилева, все системы показали себя практически на одном уровне. Единственными минусом данного теста является отсутствие возможности пользователю выбрать размер буфера (строки) для тестирования.

Обратимся к результатам работы с «боевой» базой. Тут ситуация более выразительна. Даже при тестировании нагрузки одним пользователем, IBM DB2 показывает отставание на 0,1-0,15 секунд на «тяжелом» запросе, поэтому вопрос об использовании данной СУБД в рабочей среде снимается. Разница между PostgreSQL и MS SQL Server практически не видна. Но это при тестировании нагрузки одним пользователем, соответственно, при увеличении количества пользователей данный разрыв будет увеличиваться в пользу MS SQL Server. Это также подтверждается практикой внедрений клиент-серверных решений на базе PostgreSQL с последующей оптимизацией плана запросов, а также использования прямых запросов в СУБД.

Для полноты анализа ситуации с бесплатными СУБД добавим несколько слов о них.

К плюсам данных СУБД можно отнести:

• неограниченность в возможности потребления ресурсов;
• поддержка со стороны 1С (официальная), а так же в виде наличия комплектов для патчей своих решений;
• кроссплатформенность;
• возможность реализации отказоустойчивых кластеров.

К минусам данных СУБД можно отнести:

• отсутствие технической поддержки и большого опыта работы в связке с 1С;
• алгоритмы резервного копирования, обслуживания и резервирования выполнены в виде отдельных модулей (наследие от Linux систем), что не привычно для Windows пользователя.

Альтернативным вариантом размещения 1С может стать облачный сервер. В состав этого продукта входят лицензии на MSSQL, так что за адекватные деньги удается достичь оптимальной производительности 1С.