сервер субд что это

Сервер баз данных (SQL)

В подавляющем большинстве случаев (в среднем, 8 из 10) предприятия в России внедряют сервер баз данных для 1С в связке с СУБД Microsoft SQL Server.

Также спросом пользуются менее известные, но не менее надежные серверы 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 сертифицирована ФСТЭК.

Источник

Что такое СУБД

Система управления базами данных (СУБД) – это комплекс программно-языковых средств, позволяющих создать базы данных и управлять данными. Иными словами, СУБД — это набор программ, позволяющий организовывать, контролировать и администрировать базы данных. Большинство сайтов не могут функционировать без базы данных, поэтому СУБД используется практически повсеместно.

Подробнее о СУБД

Основные функции СУБД:

Каждая СУБД основывается на какой-либо модели данных, это является одним из признаков классификации. По модели данных СУБД бывают:

SQL и реляционные БД: почему в них важно разбираться

Сегодня по-прежнему наиболее популярными при создании веб-приложений и сервисов остаются реляционные базы данных. Для управления реляционными базами данных используется язык SQL (Structured Query Language — структурированный язык запросов). Изначально SQL был инструментом работы пользователя с базой данных, однако со временем язык усложнился и стал скорее инструментом разработчика, чем конечного пользователя.

Наиболее популярные СУБД

MySQL

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

Кроме того, это надежная бесплатная система с простым интерфейсом и возможностью синхронизации с другими базами данных. В совокупности эти факторы позволяют использовать MySQL как крупным корпорациям, так и небольшим компаниям.

Microsoft SQL Server

Как следует из названия, фирменная СУБД, разработанная Microsoft. Оптимальная для использования в операционных системах семейства Windows, однако может работать и с Linux.

Система позволяет синхронизироваться с другими программными продуктами компании Microsoft, а также обеспечивает надежную защиту данных и простой интерфейс, однако отличается высокой стоимостью лицензии и повышенным потреблением ресурсов.

В целом, однако, сохраняет свою популярность, в немалой степени из-за того, что продукты корпорации Microsoft используются многими компаниями.

PostgreSQL

СУБД PostgreSQL — еще одна популярная и бесплатная система. Наибольшее применение нашла для управления БД веб-сайтов и различных сервисов. Она универсальна, то есть подойдет для работы с большинством популярных платформ.

При этом PostgreSQL — объектно-реляционная СУБД, что дает ей некоторые преимущества над другими бесплатными СУБД, в большинстве являющимися реляционными.

Oracle

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

Однако существенным минусом данной СУБД является высокая стоимость лицензии, поэтому она используется в основном крупными компаниями и корпорациями, работающими с огромными объемами данных.

Источник

Системы управления базами данных¶

Система управления базами данных (СУБД) — совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных.

Основные функции СУБД¶

Обычно современная СУБД содержит следующие компоненты:

Классификации СУБД¶

По модели данных¶

Иерархические¶

Используется представление базы данных в виде древовидной (иерархической) структуры, состоящей из объектов (данных) различных уровней.

Между объектами существуют связи, каждый объект может включать в себя несколько объектов более низкого уровня. Такие объекты находятся в отношении предка (объект более близкий к корню) к потомку (объект более низкого уровня), при этом возможна ситуация, когда объект-предок не имеет потомков или имеет их несколько, тогда как у объекта-потомка обязательно только один предок. Объекты, имеющие общего предка, называются близнецами (в программировании применительно к структуре данных дерево устоялось название братья).

Иерархической базой данных является файловая система, состоящая из корневого каталога, в котором имеется иерархия подкаталогов и файлов.

Примеры: Caché, Google App Engine Datastore API.

Сетевые¶

Сетевые базы данных подобны иерархическим, за исключением того, что в них имеются указатели в обоих направлениях, которые соединяют родственную информацию.

Реляционные¶

Практически все разработчики современных приложений, предусматривающих связь с системами баз данных, ориентируются на реляционные СУБД. По оценке Gartner в 2013 году рынок реляционных СУБД составлял 26 млрд долларов с годовым приростом около 9%, а к 2018 году рынок реляционных СУБД достигнет 40 млрд долларов. В настоящее время абсолютными лидерами рынка СУБД являются компании Oracle, IBM и Microsoft, с общей совокупной долей рынка около 90%, поставляя такие системы как Oracle Database, IBM DB2 и Microsoft SQL Server.

Объектно-ориентированные¶

Управляют базами данных, в которых данные моделируются в виде объектов, их атрибутов, методов и классов.

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

Объектно-реляционные¶

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

Зачастую все те СУБД, которые называются реляционными, являются, по факту, объектно-реляционными.

В данном курсе мы будем, в первую очередь, гооврить об этом виде СУБД.

Примеры: PostgreSQL, DB2, Oracle, Microsoft SQL Server.

По степени распределённости¶

По способу доступа к БД¶

Файл-серверные¶

В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на процессор файлового сервера. Недостатки: потенциально высокая загрузка локальной сети; затруднённость или невозможность централизованного управления; затруднённость или невозможность обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность. Применяются чаще всего в локальных приложениях, которые используют функции управления БД; в системах с низкой интенсивностью обработки данных и низкими пиковыми нагрузками на БД.

На данный момент файл-серверная технология считается устаревшей, а её использование в крупных информационных системах — недостатком.

Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro.

Клиент-серверные¶

Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность.

Примеры: Oracle, Firebird, Interbase, IBM DB2, Informix, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Caché, ЛИНТЕР.

Встраиваемые¶

Встраиваемая СУБД — СУБД, которая может поставляться как составная часть некоторого программного продукта, не требуя процедуры самостоятельной установки. Встраиваемая СУБД предназначена для локального хранения данных своего приложения и не рассчитана на коллективное использование в сети. Физически встраиваемая СУБД чаще всего реализована в виде подключаемой библиотеки. Доступ к данным со стороны приложения может происходить через SQL либо через специальные программные интерфейсы (API).

Примеры: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, Microsoft SQL Server Compact, ЛИНТЕР.

Стратегии работы с внешней памятью¶

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

СУБД с отложенной записью — это СУБД, в которых изменения аккумулируются в буферах внешней памяти до наступления любого из следующих событий:

Такая стратегия позволяет избежать частого обмена с внешней памятью и значительно увеличить эффективность работы СУБД.

Источник

Какую СУБД выбрать и почему? (Статья 1)

Заметил, что когда спрашиваешь кого-нибудь, особенно на собеседовании, какие типы СУБД существуют, то первое что вспоминают многие – это реляционные базы данных, и NoSQL, а вот про разновидности часто забывают или не могут сформулировать их отличие. Поэтому начнем с простого перечисления наиболее используемых.

Нужно обязательно сделать ремарку, что некоторые крупные производители, имеют в своем арсенале несколько типов СУБД, как в виде отдельных продуктов, так и в виде внутренней реализации. Например, у Oracle на самом деле чего только нет, начиная с классической реляционной СУБД, продолжая с отдельным продуктом Oracle NoSQL Database, который может использоваться и как документная, и как колоночная, и как ключ-значение. Отдельное решение от того же Oracle, Autonomous Data Warehouse – это уже специализированное решение для хранилищ данных. Еще один отдельный продукт от Oracle – Oracle Graph Server для работы с графами, и еще много другого. Этому можно посвятить отдельную серию статей.

Реляционные СУБД

Начнем по порядку, классические, реляционные СУБД чаще всего используются для построения решений OLTP (Online Transaction Processing). В таких решениях СУБД работает с небольшими по размерам транзакциями, но идущими большим потоком, и при этом от системы требуется минимальное время отклика, а так же возможность, при определенных условиях, отменить любые изменения выполняемых в рамках транзакции. Если вы строите систему, в рамках которой требуется хранить значительное количество сущностей (таблиц), с различными типами связей между ними (один-к-одному, один-к-многим, многие-ко-многим), то это скорее всего про реляционные СУБД.

Когда выбирать реляционную СУБД

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

Когда не выбирать реляционную СУБД

Если предполагается хранить не структурируемые данные, или наоборот очень простые структуры типа ключ-значение, то лучше посмотреть в сторону документных СУБД и специализированных СУБД типа ключ-значение соответственно.

Так же один из признаков, что имеет смысл подумать не о реляционных СУБД, это такой факт как необходимость часто обновлять значения в одних и тех же строках. Обычно это обходится «дорого» в реляционных СУБД, и нужно применять «продвинутую магию» что бы делать это корректно.

Конечно, тут есть много «но», или «а если очень хочется», и других ситуаций, когда данные рекомендации можно игнорировать. Это нормально, особенно когда за дело берется эксперт, который знает как это сделать.

СУБД типа ключ-значение

Наверное один из самых простых типов СУБД. В упрощенном виде, это некая таблица с уникальным ключом и собственно связанным с ним значением, в котором может быть что угодно. Чаще всего такие СУБД используют для кэширования, т.к. они очень быстро работают, а это и не сложно, когда есть уникальный ключ, и запрос возвращает только одно значение. У некоторых представителей данных СУБД есть возможность работать полностью в памяти, а так же есть возможность задавать срок жизни записи, после истечения которого, записи будут автоматически удаляться.

Когда выбирать СУБД ключ-значение

Если СУБД будет использоваться для кэширования данных или для брокеров сообщений, то это очень подходящий тип. Так же, такая СУБД хорошо подходит для баз где нужно хранить достаточно простые структуры, и иметь к ним очень быстрый доступ.

Когда не выбирать СУБД ключ-значение

Если вы предполагаете хранить в базе данных много сущностей (таблиц), а у сущностей будут сложные структуры с разными типами данных. Так же, если вы предполагаете делать из этой таблицы сложные запросы которые возвращают множества строк.

Документные СУБД

Иногда встречаются мнения что модель данных в документных БД похожа на модель данных в объектно-ориентированных базах данных. В этом есть доля правды, единственная реальная разница между ними заключается в том, что базы данных документов только сохраняют состояние, но не поведение.

Так же, само название «документо-ориентированная» подчас вводит в заблуждение, и мне встречались коллеги, которые считали, что это база для систем документооборота. Нет, это не так.

Интересно, что документные СУБД развиваются достаточно активно, и сейчас некоторые из них, в том числе, поддерживают проверку схемы.

Известными представителями таких СУБД являются CouchDB, MongoDB, Amazon DocumentDB.

Когда выбирать документную СУБД

Если нужно хранить объекты в одной сущности, но с разной структурой. Если нужно хранит структуры, включая объекты, списки и словари, особенно в формате близкому к JSON.

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

Когда не выбирать документную СУБД

Не самое лучшее решение для реализации транзакционная модели, и точно не лучший вариант для формирования отчетности.

Графовые СУБД

Очень простой пример, это организация связей в различного типа социальных сетях, где нужно хранить связи между пользователями (узлами) по разным критериям (родственные связи, коллеги, общие интересы).

Когда выбирать графовые СУБД

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

Когда не выбирать графовые СУБД

Практически во всех остальных случаях, кроме указанных выше, лучше воздержаться от использования графовых СУБД.

Колоночные СУБД

Колоночные СУБД очень похожи на реляционные. Они так же состоят из строк, которые имеют атрибуты, а строки группируются в таблицах. Различия в логических моделях несущественные, а вот на уровне физического хранения данных различия значительные.

Основные преимущества колоночных СУБД – эффективное выполнения сложных аналитических запросов на больших объемах, и легкое, практически мгновенное, изменение структуры таблиц с данными, плюс существенная компрессия и сжатие, которое позволяет значительно экономить место.

Когда выбирать колоночные СУБД

Когда не выбирать колоночные СУБД

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

Нужно так же иметь ввиду, что в колоночных СУБД могут быть и другие ограничения. Например, может отсутствовать поддержка транзакций, а язык запросов может отличаться от классического SQL, и прочее.

Итоги

Важное замечание – не пытайтесь сразу все задачи решить в рамках одной СУБД. Это более чем нормально иметь несколько разных типов СУБД. Так же, не пытайтесь сразу определиться с производителем СУБД, или связать свою жизнь с одним конкретным брендом.

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

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

Итак, в таблице представленной ниже, кратко собрано то, что описано выше в статье.

Тип СУБД

Когда выбирать

Примеры популярных СУБД

Нужна транзакционность; высокая нормализация; большая доля операций на вставку

Oracle, MySQL, Microsoft SQL Server, PostgreSQL

Задачи кэширования и брокеры сообщений

Для хранения объектов в одной сущности, но с разной структурой; хранение структур на основе JSON

CouchDB, MongoDB, Amazon DocumentDB

Задачи подобные социальным сетям; системы оценок и рекомендаций

Neo4j, Amazon Neptune, InfiniteGraph, InfoGrid

Хранилища данных; выборки со сложными аналитическими вычислениями; количество строк в таблице превышает сотни миллионов

Vertica, ClickHouse, Google BigTable, Sybase \ SAP IQ, InfoBright, Cassandra

Надеюсь данная статья оказалась полезной.

В следующих статьях посмотрим на выбор между облачными и on-premise СУБД, платными и бесплатными, и многое другое.

Источник