Основная идея сервера базы данных состоит в том, чтобы размещать, хранить и обрабатывать данные на сервере с мощными вычислительными ресурсами, а с помощью установленной на нем системы управления базами данных (СУБД) предоставить приложениям, использующим специальные запросы к СУБД, быструю обработку этих запросов и высокоскоростной доступ. Для организации работы такой системы применяется архитектура клиент-сервер.
Для управления современными базами данных как правило используется язык структурированных запросов SQL (англ. structured query language). Сервер, работающий под управлением СУБД, использующей язык SQL, называется SQL-сервер. В настоящее время наиболее распространены следующие программные продукты (SQL-серверы), реализующие систему управления базами данных (СУБД):
Microsoft SQL Server
Oracle Database Server
MySQL, PostgreSQL и т.д.
Специфика работы сервера базы данных заключается в том, что данные, как правило, обрабатываются транзакционно, т.е. СУБД запрашивает данные порциями небольшого объема, проводит над ними операцию и затем сохраняет. Такая специфика работы накладывает определенные требования к серверному оборудованию, а именно:
большой объем оперативной памяти для кэширования наиболее интенсивно используемых участков базы данных;
высокая вычислительная мощность для обработки запросов и операций над данными.
В следующих разделах более подробно описана реализация вышеперечисленных требований к серверному оборудованию, удовлетворяющих специфике функционирования сервера базы данных.
Оперативная память сервера базы данных
Дисковая подсистема сервера базы данных
Для получения максимальной производительности дисковой подсистемы на транзакционных задачах ее строят следующим образом: несколько жестких дисков объединяются в RAID-массив под управлением высокоскоростного RAID-контроллера. В RAID-массиве операции чтения-записи происходят одновременно на нескольких жестких дисках и рост производительности (количества операций ввода-вывода в секунду, IOPS) растет пропорционально количеству жестких дисков в массиве, при грамотной настройке серверного оборудования.
Максимальную производительность дисковой подсистемы сервера баз данных возможно получить при подключении к RAID-массиву твердотельных накопителей SSD (Solid State Drive), либо при установке в слот PCI Express специального ускорителя системы ввода-вывода (IO Accelerator) или при использовании NVMe (NVM Express) накопителей. Эти устройства обладают максимальной скоростью обмена данными и высокой стоимостью, но, к сожалению, имеют ограниченный ресурс на запись данных (что технологически свойственно всем устройствам на основе flash-памяти). В качестве жестких дисков в составе RAID-групп рекомендуется использовать диски SAS (Serial Attached SCSI) на 10000 об/мин или 15000 об/мин, при этом предпочтительнее использовать жесткие диски современного форм-фактора 2,5″ SFF HDD. Такие жесткие диски оптимизированы для работы на транзакционных нагрузках и по показателю IOPS имеют в несколько раз более высокую производительность, чем обычные диски SATA. Кроме того, диски SAS изначально проектируются для работы в составе RAID-массивов и показывают практически линейный рост производительности массива в зависимости от увеличения в нем количества дисков.
Вычислительная мощность сервера базы данных
Современные процессоры становятся всё более производительнее, в основном это происходит благодаря внедрению технологии многоядерности. Сейчас даже самый дешевый сервер оснащается процессором с 4-мя ядрами, что, фактически, для системы представляет собой 4 физических процессора. Благодаря этой технологии появилась возможность запускать параллельно несколько задач и обрабатывать более существенные объемы информации на недорогом стандартном серверном оборудовании. Для «тяжелых» серверных систем постепенно отпадает необходимость в приобретении дорогостоящих многопроцессорных RISC-систем, имеющих цену при равной производительности на порядок больше. В настоящий момент существуют четырехпроцессорные и восьмипроцессорные серверы стандартной архитектуры x86 с поддержкой 18-ядерных процессоров, что позволяет иметь в одной серверной системе количество ядер, исчисляемое сотнями, при этом без использования кластерных технологий.
Подбор по параметрам, конфигурирование, расчет цены и покупка сервера базы данных
Компания STSS предлагает нашим закачикам широкий спектр серверов для СУБД самого различного уровня. Начиная от сервера небольшой базы данных на 10-20 пользователей и заканчивая многопроцессорными серверами корпоративного уровня с числом подключений, превышающим тысячи пользователей.
Подробную информацию о моделях и характеристиках серверов баз данных (SQL-серверов) STSS Flagman, а также по подбору оптимального по цене решения с необходимыми характеристиками Вы можете получить у специалистов нашей компании по телефону +7 (495) 737-55-77 или e-mail: sales@stss.ru.
Все модели серверов баз данных на нашем сайте имеют конфигураторы серверов с автоматическим расчетом цены сервера. С помощью наших уникальных конфигураторов серверов, находящихся в разделе нашего сайта «Продукты. Серверы STSS», возможно самостоятельно подобрать конфигурацию сервера по параметрам и купить сервер STSS Flagman с необходимыми для сервера баз данных функциональными характеристиками.
Найти самостоятельно на нашем сайте модели серверов баз данных возможно самостоятельно, набрав в строке поиска соответствующий запрос, например » сервер ‘баз данных’ STSS Flagman ‘.4’ «.
Сервер БД выполняет обслуживание и управление базой данных и отвечает за целостность и сохранность данных, а также обеспечивает операции ввода-вывода при доступе клиента к информации.
Архитектура клиент-сервер состоит из клиентов и серверов. Основная идея состоит в том, чтобы размещать серверы на мощных машинах, а приложениям, использующим языковые компоненты СУБД, обеспечить доступ к ним с менее мощных машин-клиентов посредством внешних интерфейсов.
Содержание
Язык SQL
Большинство СУБД используют язык SQL (Structured Query Language — язык структурированных запросов), так как он удобен для описания логических подмножеств БД. Назначение SQL: — создание БД и таблицы с полным описанием их структуры; — выполнение основных операций манипулирования данными (такие как вставка, модификация и удаление данных из таблиц); — выполнение простых и сложных запросов. Одна из ключевых особенностей языка SQL заключается в том, что с его помощью формируются запросы, описывающие какую информацию из базы данных необходимо получить, а пути решения этой задачи программа определяет сама.
Хранимые и присоединенные процедуры
Операционная среда серверов
Примеры серверов БД: SQL SERVER (Microsoft), SQL BASE SERVER, Oracle SERVER (Oracle Corporation), IBM DB2, Informix.Каждый сервер БД может работать на определенных типах компьютеров и сетей. Операционными системами серверов могут быть MSDOS, OS/2, Xenix,Unix, Dec VMS/ Рабочие станции пользователей обычно работают под управление MSDOS, OS/2, Xenix, Unix. Существуют возможности смешанного использования различных ОС. Большая часть SQL-серверов может хранить описание БД в системном каталоге, который обычно бывает доступен пользователям. Для обращения к этому каталогу используются SQL-запросы. Реляционные СУБД могут использовать информацию, хранящуюся в системном каталоге для оптимизации SQL-запросов.
Ссылочная целостность реляционных БД
Большинство SQL-серверов поддерживают ссылочную целостность реляционных БД, состоящих из отдельных таблиц, которые могут быть объединены на основе общей информации Рассмотрим на следующем примере: база данных содержит таблицу клиентов и таблицу заказов, которые связаны полем номера клиента, содержащимся в обеих таблицах. Поскольку может быть более одного заказа от одного клиента, соотношение таблиц — «один-ко-многим». Когда таблицы соединены, то таблица клиентов является родительской, а таблица заказов — дочерней. Если запись-родитель стирается, а соответствующие ей дочерние записи — нет, то говорят, что дочерние записи «осиротели». Ссылочная целостность означает, что ни в одной таблице не допустимы записи-«сироты». Запись может осиротеть тремя способами:
1)родительская запись удалена;
2)родительская запись изменена таким образом, что связь между «родителем» и «потомками» потеряна;
3)введена дочерняя запись без соответствующей родительской.
Поддержание ссылочной целостности возможно несколькими способами:
1)Через ключи, хранящиеся в таблицах БД (родительские таблицы содержат первичные ключи, представляющие собой комбинации внешних ключей, которые могут быть найдены внутри каждой из дочерних таблиц).
2)Использование присоединенных процедур — процедурная ссылочная целостность. Присоединенные программы обеспечивают ссылочную целостность за счет автоматического выполнения предложений SQL всякий раз, когда встречается одно из предложений UPDATE/INSERT или DELETE (либо запрещается удаление родительской записи, либо стираются все дочерние записи).
Транзакции и целостность БД
Транзакция — совокупность логически взаимосвязанных запросов, направленных на согласованное изменение некоторого множества строк в одной или нескольких таблицах БД. Обычно при выполнении транзакций обновляется несколько таблиц и индексов, связанных с этими таблицами. Для того чтобы гарантировать синхронизацию обновления и целостность данных, в серверах обычно используется принцип «все или ничего», означающий, что в БД вносятся либо все обновления или ни одно из них. С этой целью ведется журнал транзакций, в котором регистрируется информация обо всех затребованных изменениях. Этот журнал обеспечивает возможность «прокрутить назад» совершенных транзакции и восстановить предыдущее состояние БД. Это становится важно, когда изменения в БД, предусмотренные в одной транзакции, реализованы лишь частично, например, из-за сбоя аппаратуры.
Согласованность чтения
Характерна для многопользовательских СУБД. Для её реализации серверы обладают средствами автоматической блокировки. Уровни, на которых блокируется таблица во время обновлений: — вся таблица; — страница (физический блок размером от 1 до 4 Кбайт, содержащий несколько записей).
Тупиковые ситуации
Серверы БД должны иметь средства определения состояния взаимоблокировки (dead lock). При возникновении такой ситуации выполнение одной из транзакций прерывается, выводя другую транзакцию из состояния вечного ожидания. Прерванная транзакция после исключения возможности её блокировки выполняется сначала.
Схемы оптимизации работ на языке SQL
Цель оптимизации состоит в обеспечении как можно более быстрого получения ответа на запрос с минимальным числом обращений к БД Существует два типа оптимизации на языке SQL -оптимизация по синтаксису; -оптимизация по затратам; Оптимизация по синтаксису использует тот факт, что в языке SQL эффективность запроса зависит от того, как он сформулирован. В данном случае оптимизация зависит от квалификации программиста. При оптимизации по затратам происходит сбор сведений о БД — числе таблиц, числе строк, типе данных в каждой строке, доступности индексирования для конкретного столбца и т. д. Оптимизатор использует эту информацию для выработки наилучшего плана обработки запросов. Преимущества метода оптимизации по затратам: задача определения наилучшего способа выполнения запроса перекладывается с пользователя на процессор БД. Недостаток: нахождение оптимального метода само по себе может занять много времени.
Сервер БД обслуживает базу данных и отвечает за целостность и сохранность данных, а также обеспечивает операции ввода-вывода при доступе клиента к информации.
Архитектура клиент-сервер состоит из клиентов и серверов. Основная идея состоит в том, чтобы размещать серверы на мощных машинах, а приложениям, использующим языковые компоненты СУБД, обеспечить доступ к ним с менее мощных машин-клиентов посредством внешних интерфейсов.
Содержание
Язык SQL
Хранимые и присоединенные процедуры
Операционная среда серверов
Серверы БД: SQL SERVER (Microsoft), SQL BASE SERVER, Oracle SERVER (Oracle Corporation).Каждый сервер БД может работать на определенных типах компьютеров и сетей. Операционными системами серверов могут быть MSDOS, OS/2, Xenix,Unix, Dec VMS/ Рабочии станции пользователей обычно работают под управление MSDOS, OS/2, Xenix, Unix. Существуют возможности смешанного использования различных ОС. Большая часть SQL-серверов может хранить описание БД в системном каталоге, который обычно бывает доступен пользователям. Для обращения к этому каталогу используются SQL-запросы. Реляционные СУБД могут использовать информацию, хранящуюся в системном каталоге для оптимизации SQL-запросов.
Ссылочная целостность реляционных БД
Большинство SQL-серверов поддерживают ссылочную целостность реляционных БД, состоящих из отдельных таблиц, которые могут быть объединены на основе общей информации Рассмотрим на следующем примере: база данных содержит таблицу клиентов и таблицу заказов, которые связаны полем номера клиента, содержащимся в обеих таблицах. Поскольку может быть более одного заказа от одного клиента, соотношение таблиц – «один-ко-многим». Когда таблицы соединены, то таблица клиентов является родительской, а таблица заказов – дочерней. Если запись-родитель стирается, а соответствующие ей дочерние записи – нет, то говорят, что дочерние записи «осиротели». Ссылочная целостность означает, что ни в одной таблице не допустимы записи-«сироты». Запись может осиротеть тремя способами:
1)родительская запись удалена;
2)родительская запись изменена таким образом, что связь между «родителем» и «потомками» потеряна;
3)введена дочерняя запись без соответствующей родительской.
Поддержание ссылочной целостности возможно несколькими способами:
1)Через ключи, хранящиеся в таблицах БД (родительские таблицы содержат первичные ключи, представляющие собой комбинации внешних ключей, которые могут быть найдены внутри каждой из дочерних таблиц).
2)Использование присоединенных процедур – процедурная ссылочная целостность. Присоединенные программы обеспечивают ссылочную целостность за счет автоматического выполнения предложений SQL всякий раз, когда встречается одно из предложений UPDATE/INSERT или DELETE (либо запрещается удаление родительской записи, либо стираются все дочерние записи).
Транзакции и целостность БД
Транзакция — совокупность логически взаимосвязанных запросов, направленных на согласованное изменение некоторого множества строк в одной или нескольких таблицах БД. Обычно при выполнении транзакций обновляется несколько таблиц и индексов, связанных с этими таблицами. Для того чтобы гарантировать синхронизацию обновления и целостность данных, в серверах обычно используется принцип «все или ничего», означающий, что в БД вносятся либо все обновления или ни одно из них. С этой целью ведется журнал транзакций, в котором регистрируется информация обо всех затребованных изменениях. Этот журнал обеспечивает возможность «прокрутить назад» совершенных транзакции и восстановить предыдущее состояние БД. Это становится важно, когда изменения в БД, предусмотренные в одной транзакции, реализованы лишь частично, например, из-за сбоя аппаратуры.
Согласованность чтения
Характерна для многопользовательских СУБД. Для ее реализации серверы обладают средствами автоматической блокировки. Уровни, на которых блокируется таблица во время обновлений: -вся таблица; — страница (физический блок размером от 1 до 4 Кбайт, содержащий несколько записей;
Тупиковые ситуации
Серверы БД должны иметь средства определения состояния взаимоблокировки (dead lock)При возникновении такой ситуации выполнение одной из транзакций прерывается, выводя другую транзакцию из состояния вечного ожидания. Прерванная транзакция после исключения возможности ее блокировки выполняется сначала.
Схемы оптимизации работ на языке SQL
Цель оптимизации состоит в обеспечении как можно более быстрого получения ответа на запрос с минимальным числом обращений к БД Существует два типа оптимизации на языке SQL -оптимизация по синтаксису; -оптимизация по затратам; Оптимизация по синтаксису использует тот факт, что в языке SQL эффективность запроса зависит от того, как он сформулирован. В данном случае оптимизация зависит от квалификации программиста. При оптимизации по затратам происходит сбор сведений о БД — числе таблиц, числе строк, типе данных в каждой строке, доступности индексирования для конкретного столбца и т. д. Оптимизатор использует эту информацию для выработки наилучшего плана обработки запросов. Преимущества метода оптимизации по затратам: задача определения наилучшего способа выполнения запроса перекладывается с пользователя на процессор БД. Недостаток: нахождение оптимального метода само по себе может занять много времени.
Серверами баз данных называют серверные платформы с установленным специализированным ПО, предназначенным для управления и обслуживания структурированных данных. Любой SQL-сервер выполняет I/O-операции при обращении клиентов к базе и поддерживает её в целостности. О том, какие виды серверов БД бывают, какие требования к ним предъявляется и как выбрать конфигурацию, которая будет наилучшим образом подходить под потребности того или иного предприятия, мы и поговорим в этой статье.
Для поддержания бесперебойной работы крупных проектов используют производительные сервера или целые кластеры серверных машин, где стоит, как правило, СУБД — комплекс программ для создания и манипулирования данными. Для выполнения команд — чтения, записи, удаления или создания выборки, клиент соединяется с сервером через сетевой интерфейс, о разновидностях которых мы будем говорить ниже, а перед этим остановимся на вопросах, которые чаще всего возникаю при планировании архитектуры серверной сети.
Почему для управления базой выделяют отдельный SQL-сервер
Главное назначение выделенного сервера БД состоит в размещении, обработке и хранении информации силами достаточно производительной конфигурации, при этом все это происходит посредством одной из предустановленных СУБД. Непосредственно сама система управления базами предоставляет доступ к ним клиентам и приложениям и обеспечивает оперативную обработку запросов. Описанный формат взаимодействия также называют архитектурой типа «клиент-сервер».
Любое обращение к реляционной БД происходит в большинстве случаев на самом распространенном языке запросов SQL. В свою очередь платформа, на которой запущена СУБД, «понимающая» этот язык, и называется SQL-сервером.
При небольших нагрузках допустимо (а иногда и оправданно) разместить базу данных на основной вычислительной машине. Более крупные проекты, где число ежедневных запросов к базе превышает 500, разумнее реализовывать уже на отдельном SQL-сервере. Это позволяет оборудованию не распыляться на сторонние задачи, а сосредоточиться на выполнении типовых процессов, под которые заранее рассчитаны ресурсы и мощность оборудования.
Системы управления базами данных
На базе SQL создан и поддерживается целый ряд программных продуктов: одна часть из них требует приобретения лицензии, другая свободно распространяется и развивается сообществом разработчиков.
MS SQL
Производительная и отказоустойчивая реляционная СУБД от Microsoft для многопользовательского использования в среде операционной системы Windows. Обладает возможностью удаленного подключения и поддерживает создание триггеров, оперирует всеми распространенными типами данных. Кроме того, для настройки системы реализованы функциональные и простые в использовании плагины.
Oracle Database
Программное решение от компании Oracle, созданное для объединения и управления базами данных в облаке. Позволяет проводить интерактивную аналитическую обработку, автоматизировать рутинные бизнес-операции, работать с файлами разметки XML, а также управлять как локальными, так и разделенными данными.
IBM DB2
Это заслуженная СУБД, разработанная корпорацией IBM, по праву известная своей производительностью. Она демонстрирует конкурентные технические показатели среди реляционных БД. SQL-серверы семейства Db2 отличаются кроссплатформенностью, широкими возможностями для масштабирования, поддержкой снапшотов и моментальным восстановлением баз, онлайн-управлением таблицами, внедрением пользовательских типов информации.
MySQL
PostgreSQL
Требования к конфигурации сервера баз данных
Взаимодействие с СУБД имеет ряд технических особенностей, что сказывается на особых требованиях к серверному «железу». В частности, чтобы обеспечить бесперебойную и эффективную работу, в сборке желательно предусмотреть:
Пропускная способность сети
Еще одним важным фактором при выборе SQL-сервера может стать ширина канала связи, особенно это касается крупных проектов с большим числом единовременно подключенных клиентов.
При изменении числа подключений в N раз значения минимальной и рекомендуемой пропускной способности также изменяются в N раз.
Дисковая подсистема
Значительно ускорить дисковую систему можно одним из способов:
Такие устройства способны существенно ускорить обмен пакетами ценой ограниченного ресурса по сравнению с классическими винчестерами и высокой стоимости.
Примеры сборок в зависимости от числа пользователей
Оценить ожидаемую нагрузку проще всего, исходя из числа одновременно подключенных пользователей, однако не следует забывать и о перспективах масштабирования, закладывая запас по производительности.
Для примера используем актуальные сборки одного из лучших производителей серверного оборудования Hewlett Packard Enterprise. По ним легко проследить эволюцию оборудования в зависимости от повышения требований.
Менее 10 подключений.
С такой нагрузкой справится система в минимальной комплектации, снабженная по меньшей мере двухъядерным чипом, с частотой более 2.2 ГГц, памятью DDR4 объемом 4 Гб, тремя средними накопителями SAS/SATA.
От 10 до 20 пользователей
Чтобы обеспечить стабильную работу в таких условиях требуется минимальная сборка из четырехъядерного процессора, работающего на частоте 2.3 ГГц, нескольких планок RAM типа DDR4 объемом от 8 Гб, и минимум трех SAS/SATA дисков со скоростью вращения шпинделя 7200 оборотов в минуту.
От 20 до 50 клиентов
От 50 до 100 подключений
От 100 до 200 пользователей.
От 200 до 500 клиентов.
Индивидуальные проекты
Мы готовы предложить большой выбор платформ: от моделей начального уровня для СУБД небольшого проекта, рассчитанного на 10-15 пользователей, до высокопроизводительных и отказоустойчивых кластеров многопроцессорных сборок корпоративного класса, выдерживающих пиковые нагрузки от тысячи одновременных подключений.
В конфигурировании индивидуальных сборок для решения нестандартных задач в любое время готовы прийти на помощь наши специалисты: они оценят сложность реализации и технические требования планируемого проекта, и на их основе подберут сбалансированное по своим характеристикам, цене и мощности решение. Для заказа консультации воспользуйтесь формой связи ниже.
В подавляющем большинстве случаев (в среднем, 8 из 10) предприятия в России внедряют сервер баз данных для 1С в связке с СУБД Microsoft SQL Server.
Для предприятий малого бизнеса (до 100 человек) в качестве сервера баз данных отлично подойдут начальные модели серверов, а именно:
Средние предприятия с распределенной филиальной сетью обычно используют виртуализированные решения на базе кластера двухпроцессорных серверов и начальных систем хранения данных, например:
Для крупных предприятий с большим количеством транзакций чаще применяются четырехпроцессорные высокопроизводительные серверы и All Flash системы хранения, такие как:
Также спросом пользуются менее известные, но не менее надежные серверы Lenovo и серверы Fujitsu.
База данных (database, DB) – это организованное собрание данных, из которого можно извлекать информацию по правильно сформулированному запросу. Для работы базы данных необходима система управления, которая называется DBMS (Database Management Systems) или СУБД (Система управления базами данных). Это набор программ, который взаимодействует с приложениями, и использует некие описания (метаданные) для извлечения и анализа требуемых данных.
Серверы баз данных могут использовать следующие СУБД:
Microsoft SQL Server
Одна из самых популярных СУБД – система управления реляционными базами данных (РСУБД) компании Microsoft: Microsoft SQL Server. В этой СУБД используется язык структурированных запросов SQL (Structured Query Language) Transact-SQL, разработанный совместно компаниями Microsoft и Sybase (сейчас входит в SAP). Он используется для работы с базами данных разного размера от персональных до баз больших предприятий.
Первая 16-битовая версия Microsoft SQL Server версии 1.0 с кодовым названием Filipi была разработана в 1989 году. Последняя версия SQL Server 2019 выпущена в 2019 году. По мере разработки новых версий добавлялись все новые функции: job engine, reporting server, business intelligence, data mining, in-memory databases, columnstore indexes и другие.
В 2016 году Microsoft объявила о том, что SQL Server будет также доступен в операционной системе Linux, при помощи добавления уровня абстрагирования платформ PAL (Platform Abstraction Layer). Это позволило запускать SQL Server в среде ОС Ubuntu, Red Hat Enterprise Linux, и SUSE. Была также добавлена поддержка контейнеров Linux, что открыло еще больше возможностей интеграции.
В последней версии SQL Server 2019 поддерживаются контейнеры Kubernetes, Big Data Clusters, а также Spark и Apache Hadoop File System (HDFS), что позволяет работать как со структурированными данными, так и неструктурированными. Также поддерживается виртуализация данных с возможностью работы приложений в среде предприятия, в облаке и в гибридных конфигурациях.
Производительность OLTP, а также производительность в хранилищах данных предприятия DW (Data Warehouse) с кластерами 1 ТБ, 3 ТБ, и 10 ТБ и в декластеризованных DW в последней версии SQL Server оценивается как наивысшая в отрасли.
Кластеры больших данных SQL Server используются для следующих задач:
SQL Server 2019 имеет функции интеллектуальной обработки запросов IQP (Intelligent Query Processing). Поддерживаются также операции и аналитика в режиме in-memory.
Виртуализация данных в SQL Server 2019 позволяет использовать его как «дата-хаб», который может посылать запросы напрямую в различные СУБД, включая Oracle, SAP HANA, MongoDB Cosmos DB, кластеры Hadoop и другие, использующие Transact-SQL (T-SQL) — процедурное расширение языка SQL, созданное компанией Microsoft (для Microsoft SQL Server) и Sybase (для Sybase ASE), без использования специальных программ для преобразования запросов.
SQL Server 2019 улучшает доступность при помощи архитектуры High Availability и Disaster Recovery и работает со встроенными функциями доступности Kubernetes.
Версии Microsoft SQL Server показаны в таблице:
Таблица 1. Сводка версий Microsoft SQL Server (источник: https://sqlserverbuilds.blogspot.com)
Версия
RTM (без SP)
Последнее сборное обновление CU
SQL Server 2019
Последняяверсия
SQL Server 15 codename Aris Support end date: 2025-01-07 Ext. end date: 2030-01-08
SQL Server 2017
SQL Server 14 codename vNext Support end date: 2022-10-11 Ext. end date: 2027-10-12
Начиная с версии SQL Server 2017 Service Packs больше не поддерживается
SQL Server 2016
SQL Server 13 Support end date: 2021-07-13 Ext. end date: 2026-07-14
SQL Server 2014
SQL Server 12 Support end date: 2019-07-09 Ext. end date: 2024-07-09
SQL Server 2012
SQL Server 11 codename Denali Support end date: 2017-07-11 Ext. end date: 2022-07-12
Obsolete versions – out of support
SQL Server 2008 R2
SQL Server 10.5 codename Kilimanjaro Support end date: 2014-07-08 Ext. end date: 2019-07-09
10.50.2500.0 or 10.51.2500.0
SQL Server 2008
SQL Server 10 codename Katmai Support end date: 2014-07-08 Ext. end date: 2019-07-09
10.0.5500.0 or 10.3.5500.0
SQL Server 2005
SQL Server 9 codename Yukon Support end date: 2011-04-12 Ext. end date: 2016-04-12
SQL Server 2000
SQL Server 8 codename Shiloh Support end date: 2008-04-08 Ext. end date: 2013-04-09
SQL Server 7.0
SQL Server 7 codename Sphinx Support end date: 2005-12-31 Ext. end date: 2011-01-11
7.0.1063
SQL Server 6.5
SQL Server 6.50 codename Hydra Support end date: 2002-01-01
SP4 6.50.281 SP5 6.50.416
SQL Server 6.0
SQL Server 6 codename SQL95 Support end date: 1999-03-31
В последние годы многие компании стали применять решения No-SQL, без использования структурированных запросов. Это позволяет достичь высокой скорости транзакций при записи с сохранением последовательности событий, однако позже записанные данные требуют анализа для извлечения полезных данных (data mining).
При развитии Microsoft SQL Server это учитывалось, и в каждой версии пределы полезной нагрузки расширялись в разных направлениях. Microsoft SQL Server 2019 имеет один из наивысших показателей по скорости онлайн-транзакций TPC-E (On-Line Transaction Processing Benchmark) и по скорости извлечения полезных данных и принятия решений TCP-H (Decision Support Benchmark), по данным http://www.tpc.org.
Изменения в аппаратной структуре серверов для баз данных SQL привели к существенному повышению скорости транзакций, например, благодаря решению пула гибридных буферов Hybrid Buffer Pool, который использует постоянную память persistent memory (PMEM), известную как Storage Class Memory (SCM) c внутренними или внешними системами хранения данных.
Принцип и архитектура Storage Class Memory (SCM) (источник: blocksandfiles.com)
Гибридный буферный пул SCM — общий ресурс, который совместно используется всеми базами данных для кэшированных своих страниц данных.
Накопитель SSD 3D NAND используется как расширение подсистемы памяти вместо дисковой подсистемы хранилища. Это позволяет использовать DRAM и NAND-Flash для реализации буферного пула намного большего размера в энергонезависимой ОЗУ на основе SSD c многоуровневой иерархией кэширования.
По мнению многих экспертов, наиболее зрелым решением SCM является Intel Optane. В настоящий момент он имеет наивысшее в отрасли быстродействие и доступен в форм-факторах SSD и DIMM.
Intel Optane в форм-факторах SSD и DIMM (источник: PCworld, Intel)
IBM Db2
Db2 — семейство СУБД реляционных баз данных, выпускаемых компанией IBM. Чаще всего под этим названием имеют в виду реляционную СУБД Db2 Universal Database (DB2 UDB).
В Db2 используется «диалект» языка SQL, который позволяет в декларативной форме определять любые вычислимые соответствия между исходными данными и результатом. Это достигается, в том числе, за счет использования табличных выражений, рекурсии и других механизмов обработки данных. Сервер Db2 не имеет собственных средств аутентификации пользователей и использует для этого средства операционной системы или специализированных серверов безопасности.
Современные версии Db2 обеспечивают расширенную поддержку использования данных в формате XML, в том числе операции с отдельными элементами документов XML.
Db2 последней версии 11.5 обладает возможностями ИИ для предсказательной аналитики и принятия решений на основе гетерогенных данных.
Кроме того, в Db2 версии 11.5 упрощена структура «изданий» (editions), которая облегчает развертывание в реальный продуктив. Все издания Db2 V11.5 имеют общий установочный образ, загружаемый свободно для изданий Db2 Standard и Db2 Advanced. Предлагается также упаковочная структура Db2 Advanced Recovery и Db2 Performance Management.
Имеются три издания, которые входят соответственно одно в другое:
SAP ASE
Сервер SAP ASE (Adaptive Server Enterprise), первоначально известный как Sybase SQL Server, а также известный как Sybase DB или ASE, является реляционной СУБД, разработанной компанией Sybase, которая была приобретена SAP AG. ASE преимущественно используется на платформе UNIX, но также доступна для Microsoft Windows и использует Transact-SQL.
Последней версией СУБД является SAP ASE 16, которая имеет улучшенные характеристики масштабируемости и скорости благодаря различным мерам по оптимизации сервера для одновременной многопользовательской обработки транзакций, исполнения планов запросов, сжатия данных и использования вычислительных ресурсов в больших серверах.
Внутренние OLTP-тесты SAP ASE 16.0 на 80 ядрах процессора показали линейную масштабируемость до уровня производительности в 1 млн транзакций в минуту. Кроме того, в SAP ASE 16 сделаны значительные улучшения в области безопасности и системного аудита, что облегчает выполнение требований регулятивных органов.
Более широкая интеграция с SAP Control Center, SAP Business Suite и SAP HANA еще больше упрощают управление базами данных, снижая при этом совокупную стоимость владения.
Предыдущая версия SAP ASE 15.7 будет поддерживаться до 31 декабря 2020 г, а версия 16.0 – до 31 декабря 2025 года. Причем существенных апгрейдов этой версии за последние 5 лет не производилось.
PostgreSQL
PostgreSQL — свободно распространяемая объектно-реляционная СУБД. Разработана для UNIX-подобных платформ, включая AIX, BSD-системы, HP-UX, IRIX, Linux, macOS, Solaris/OpenSolaris, Tru64, QNX, а также существует версия для Microsoft Windows. В основе лежит программа POSTGRES, разработанная на факультете компьютерных наук Калифорнийского университета в Беркли в 1983 г. В ней впервые появилось многие функции, которые были реализованы в коммерческих СУБД гораздо позднее. В 1996 году проект был переименован в PostgreSQL, что отражало больший акцент на SQL. Текущей версией является версия 12, но регулярно выходят промежуточные.
PostgreSQL поддерживает большую часть стандарта SQL и имеет такие функции, как:
Благодаря свободной лицензии, PostgreSQL разрешается бесплатно использовать, изменять и распространять всем и для любых целей — личных, коммерческих или учебных.
Крупнейшим вендором, оказывающим услуги кастомизации и внедрения PostgreSQL, является американская компания EnterpriseDB. В России по аналогичной модели с января 2015 года работает компания «Postgres Professional», предоставляющая услуги по поддержке, обучению, разработке, консалтингу. Российская версия СУБД называется Postgres Pro, она совместима со многими российскими программными платформами:
Версия Postgres Pro Enterprise 10.3.3 сертифицирована ФСТЭК.
