Популярные корпоративные базы данных

Введение

Было бы совершенно неверно утверждать, что рынок баз данных до сих пор остается незрелым. Многие из упомянутых в нашем списке систем управления базами данных относятся к середине-концу 70-х годов прошлого века.

Эти корпоративные и по сей день очень высококонкурентны и буквально напичканы функционалом, обеспечивающим их высокую доступность. Цена этих СУБД варьирует от нуля до десятков тысяч долларов США.

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

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

Решайте сами, какое из них лучше всего соответствует вашим требованиям.

1. Oracle

Oracle ведет свою родословную с далекого 1979 года. Исторически, это первая коммерческая система управления реляционными базами данных (СУРБД). С тех пор название Oracle стало синонимом корпоративных СУРБД, надежности доставки данных и жесточайшей рыночной конкуренции.

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

2. SQL Server

Что бы там ни говорили о Microsoft и ее руководстве, их рентабельность оставляет далеко позади все ИТ-компании, и такой продукт, как SQL Server, занимает здесь далеко не последнее место.

Десктопные системы от Microsoft распространены повсеместно, но если вам вдруг понадобится Microsoft Server, то, с большой долей вероятности, на нем будет крутиться также и SQL Server.

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

В настоящее время Microsoft, в качестве платформы для обработки больших объемов данных и ведения бизнес-аналитики, продвигает свой SQL Server 2014.

3. DB2

«Голубой гигант» (IBM) в который раз оправдал свое название, выпустив на рынок датацентры с установленной на них DB2. DB2 портирована на Linux, UNIX, Windows, а также мейнфреймы. Выходом DB2 9.7 IBM бросал вызов Oracle 11g, так как при прочих равных условиях обещал значительную экономию в случае миграции с детища Oracle. Насколько значительную? Примерно 34-39% за трехлетний период эксплуатации.

4. Sybase

Sybase все еще остается серьезным игроком на рынке корпоративных СУБД после 25 лет успешного продвижения своего Adaptive Server Enterprise. Хотя за последние годы доля его рынка значительно сократилась, Sybase по-прежнему занимает прочные позиции в области экстремальной обработки транзакций.

Кроме того, Sybase является поставщиком партнерских решений для рынка мобильных устройств и встраиваемых систем.

5. MySQL

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

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

6. PostgreSQL

PostgreSQL представляет собой самую продвинутую СУРБД с открытым исходным кодом. Эта база данных незримо присутствует в игровых онлайн-приложениях, в приложениях автоматизации обработки данных и на серверах регистраторов доменов. PostgreSQL находит свое применение в Skype, Yahoo!, MySpace, и зачастую ее можно обнаружить в самых необычных и неожиданных местах.

7. Teradata

Вы когда-нибудь слыхали о Teradata? Если вы когда-нибудь занимались организацией крупного корпоративного хранилища данных, то наверняка. В 70-х годах прошлого века Teradata заложила основы для построения первых хранилищ данных. В 1992 году они впервые создали такое хранилище для Wall-Mart, и с этого времени понятия «корпоративные хранилища данных» и Teradata стали неразделимы.

8. Informix

Еще один продукт IBM, выходящий сразу в нескольких версиях. Informix - система колледжей и университетов, занимающая в мире корпоративных баз данных первое место по степени соответствия ожиданиям пользователя. Пользователи Informix часто делают акцент на его низкой стоимости, невысоких эксплуатационных расходах и высоком уровне надежности.

9. Ingres

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

10. Amazon SimpleDB

Хотя может показаться, что базы данных и Амазон понятия мало совместимые, но на самом деле это не так. Амазоновская SimpleDB предлагает корпоративному сектору простую, гибкую и недорогую альтернативу другим коммерческим аналогам.

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

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

Чтобы лучше разобраться в СУБД, ознакомьтесь с .

Реляционные системы управления базами данных

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

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

Отношения и типы данных

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

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

Такого рода ограничения обычны для реляционных баз данных. Фактически, они и формируют суть отношений.

Популярные РСУБД

В этой статье мы расскажем о 3 наиболее популярных РСУБД:

• SQLite: очень мощная встраиваемая РСУБД.
• MySQL: самая популярная и часто используемая РСУБД.
• PostgreSQL: самая продвинутая и гибкая РСУБД.

SQLite

SQLite - это изумительная библиотека, встраиваемая в приложение, которое её использует. Будучи файловой БД, она предоставляет отличный набор инструментов для более простой (в сравнении с серверными БД) обработки любых видов данных.

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

Поддерживаемые типы данных

• NULL: NULL-значение.

• INTEGER: целое со знаком, хранящееся в 1, 2, 3, 4, 6, или 8 байтах.

• REAL: число с плавающей запятой, хранящееся в 8-байтовом формате IEEE.

• TEXT: текстовая строка с кодировкойUTF-8, UTF-16BE или UTF-16LE.

• BLOB: тип данных, хранящийся точно в таком же виде, в каком и был получен.

Note: для получения более подробной информации ознакомьтесь с документацией .

Преимущества

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

• Стандартизированная: SQLite использует SQL; некоторые функции опущены (RIGHT OUTER JOIN или FOR EACH STATEMENT), однако, есть и некоторые новые.

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

Недостатки

• Отсутствие пользовательского управления: продвинутые БД предоставляют пользователям возможность управлять связями в таблицах в соответствии с привилегиями, но у SQLite такой функции нет.

• Невозможность дополнительной настройки: опять-таки, SQLite нельзя сделать более производительной, поковырявшись в настройках - так уж она устроена.

Когда стоит использовать SQLite

• Встроенные приложения: все портируемые не предназначенные для масштабирования приложения - например, локальные однопользовательские приложения, мобильные приложения или игры.

• Система доступа к дисковой памяти: в большинстве случаев приложения, часто производящие прямые операции чтения/записи на диск, можно перевести на SQLite для повышения производительности.

• Тестирование: отлично подойдёт для большинства приложений, частью функционала которых является тестирование бизнес-логики.

Когда не стоит использовать SQLite

• Многопользовательские приложения: если вы работаете над приложением, доступом к БД в котором будут одновременно пользоваться несколько человек, лучше выбрать полнофункциональную РСУБД - например, MySQL.

• Приложения, записывающие большие объёмы данных: одним из ограничений SQLite являются операции записи. Эта РСУБД допускает единовременное исполнение лишь одной операции записи.

MySQL

MySQL - это самая популярная из всех крупных серверных БД. Разобраться в ней очень просто, да и в сети о ней можно найти большое количество информации. Хотя MySQL и не пытается полностью реализовать SQL-стандарты, она предлагает широкий функционал. Приложения общаются с базой данных через процесс-демон.

Поддерживаемые типы данных

• TINYINT: очень маленькое целое.

• SMALLINT: маленькое целое.

• MEDIUMINT: целое среднего размера.

• INT или INTEGER: целое нормального размера.

• BIGINT: большое целое.

• FLOAT: знаковое число с плавающей запятой одинарной точности.

• DOUBLE, DOUBLE PRECISION, REAL: знаковое число с плавающей запятой двойной точности.

• DECIMAL, NUMERIC: знаковое число с плавающей запятой.

• DATE: дата.

• DATETIME: комбинация даты и времени.

• TIMESTAMP: отметка времени.

• TIME: время.

• YEAR: год в формате YY или YYYY.

• CHAR: строка фиксированного размера, дополняемая справа пробелами до максимальной длины.

• VARCHAR: строка переменной длины.

• TINYBLOB, TINYTEXT: BLOB- или TEXT-столбец длиной максимум 255 (2^8 – 1) символов.

• BLOB, TEXT: BLOB- или TEXT-столбец длиной максимум 65535 (2^16 – 1) символов.

• MEDIUMBLOB, MEDIUMTEXT: BLOB- или TEXT-столбец длиной максимум 16777215 (2^24 – 1) символов.

• LONGBLOB, LONGTEXT: BLOB- или TEXT-столбец длиной максимум 4294967295 (2^32 – 1) символов.

• ENUM: перечисление.

• SET: множества.

Преимущества

• Простота: MySQL легко устанавливается. Существует много сторонних инструментов, включая визуальные, облегчающих начало работы с БД.

• Много функций: MySQL поддерживает большую часть функционала SQL.

• Безопасность: в MySQL встроено много функций безопасности.

• Мощность и масштабируемость: MySQL может работать с действительно большими объёмами данных, и неплохо походит для масштабируемых приложений.

• Скорость: пренебрежение некоторыми стандартами позволяет MySQL работать производительнее, местами срезая на поворотах.

Недостатки

• Известные ограничения: по определению, MySQL не может сделать всё, что угодно, и в ней присутствуют определённые ограничения функциональности.

• Вопросы надёжности: некоторые операции реализованы менее надёжно, чем в других РСУБД.

• Застой в разработке: хотя MySQL и является open-source продуктом, работа над ней сильно заторможена. Тем не менее, существует несколько БД, полностью основанных на MySQL (например, MariaDB). Кстати, подробнее о родстве MariaDB и MySQL можно из нашего с создателем обеих РСУБД - Джеймсом Боттомли.

Когда стоит использовать MySQL

• Распределённые операции: когда вам нужен функционал бо́льший, чем может предоставить SQLite, стоит использовать MySQL.

• Высокая безопасность: функции безопасности MySQL предоставляют надёжную защиту доступа и использования данных.

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

• Кастомные решения: если вы работаете над очень специфичным продуктом, MySQL подстроится под ваши потребности благодаря широкому спектру настроек и режимов работы.

Когда не стоит использовать MySQL

• SQL-совместимость: поскольку MySQL не пытается полностью реализовать стандарты SQL, она не является полностью совместимой с SQL. Из-за этого могут возникнуть проблемы при интеграции с другими РСУБД.

• Конкурентность: хотя MySQL неплохо справляется с операциями чтения, одновременные операции чтения-записи могут вызвать проблемы.

• Недостаток функций: в зависимости от выбора движка MySQL может недоставать некоторых функций.

PostgreSQL

PostgreSQL - это самая продвинутая РСУБД, ориентирующаяся в первую очередь на полное соответствие стандартам и расширяемость. PostgreSQL, или Postgres, пытается полностью соответствовать SQL-стандартам ANSI/ISO.

PostgreSQL отличается от других РСУБД тем, что обладает объектно-ориентированным функционалом, в том числе полной поддержкой концепта ACID (Atomicity, Consistency, Isolation, Durability).

Будучи основанным на мощной технологии Postgres отлично справляется с одновременной обработкой нескольких заданий. Поддержка конкурентности реализована с использованием MVCC (Multiversion Concurrency Control), что также обеспечивает совместимость с ACID.

Хотя эта РСУБД не так популярна, как MySQL, существует много сторонних инструментов и библиотек для облегчения работы с PostgreSQL.

Поддерживаемые типы данных

• bigint: знаковое 8-байтное целое.

• bigserial: автоматически инкрементируемое 8-битное целое.

• bit [(n)]: битовая строка фиксированной длины.

• bit varying [(n)]: битовая строка переменной длины.

• boolean: булевская величина.

• box: прямоугольник на плоскости.

• bytea: бинарные данные.

• character varying [(n)]: строка символов фиксированной длины.

• character [(n)]:

• cidr: сетевой адрес IPv4 или IPv6.

• circle: круг на плоскости.

• date: календарная дата.

• double precision: число с плавающей запятой двойной точности.

• inet: адрес хоста IPv4 или IPv6.

• integer: знаковое 4-байтное целое.

• interval [(p)]: временной промежуток.

• line: бесконечная прямая на плоскости.

• lseg: отрезок на плоскости.

• macaddr: MAC-адрес.

• money: денежная величина.

• path: геометрический путь на плоскости.

• point: геометрическая точка на плоскости.

• polygon: многоугольник на плоскости.

• real: число с плавающей запятой одинарной точности.

• smallint: знаковое 2-байтное целое.

• serial: автоматически инкрементируемое 4-битное целое.

• text: строка символов переменной длины.

• time [(p)] : время суток (без часового пояса).

• time [(p)] with time zone: время суток (с часовым поясом).

• timestamp [(p)] : дата ивремя (без часового пояса).

• timestamp [(p)] with time zone: дата и время (с часовым поясом).

• tsquery: запрос текстового поиска.

• tsvector: документ текстового поиска.

• txid_snapshot: снэпшот ID пользовательской транзакции.

• uuid: уникальный идентификатор.

• xml: XML-данные.

Преимущества

• Полная SQL-совместимость .

• Сообщество: PostgreSQL поддерживается опытным сообществом 24/7.

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

• Расширяемость: PostgreSQL можно программно расширить за счёт хранимых процедур.

• Объектно-ориентированность: PostgreSQL - не только реляционная, но и объектно-ориентированная СУБД.

Недостатки

• Производительность: В простых операциях чтения PostgreSQL может уступать своим соперникам.

• Популярность: из-за своей сложности инструмент не очень популярен.

• Хостинг: из-за вышеперечисленных факторов проблематично найти подходящего провайдера.

Когда стоит использовать PostgreSQL

• Целостность данных: если приоритет стоит на надёжность и целостность данных, PostgreSQL - лучший выбор.

• Сложные процедуры: если ваша БД должна выполнять сложные процедуры, стоит выбрать PostgreSQL в силу её расширяемости.

• Интеграция: если в будущем вам предстоит перемещать всю базу на другое решение, меньше всего проблем возникнет с PostgreSQL.

Когда не стоит использовать PostgreSQL

• Скорость: если всё, что нужно - это быстрые операции чтения, не стоит использовать PostgreSQL.

• Простые ситуации: если вам не требуется повышенная надёжность, поддержка ACID и всё такое, использование PostgreSQL - это стрельба из пушки по мухам.

Самые популярные СУБД: рейтинг 2018-го года

Самые популярные СУБД: рейтинг 2018-го года

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

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

Сегодня существует несколько сотен СУБД. Посмотрим, какие из них вошли в первую пятерку рейтинга DB-Engines в этом году.

Самая популярная и уважаемая СУБД, первая версия которой появилась еще в конце 70-тых. Мощная, практичная и статусная.

Плюсы:

• выдающийся функционал (Oracle содержит grid framework и массу фишек, которые в других СУБД нужно устанавливать дополнительно);
• отличная масштабируемость (без потери производительности обрабатывает несколько миллиардов записей);
• беспрецедентная надежность;
• возможность использования в качестве движка для веб-приложений (Oracle APEX).

Минусы:

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

Кому подойдет: крупным (и богатым) корпорациям, которые работают с огромными объемами данных.

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

Плюсы:

• простой интерфейс;
• поддержка разных типов таблиц (MyISAM, InnoDB, EXAMPLE и др.);
• экономное потребление ресурсов;
• синхронизация с другими базами данных (Oracle, DB2 и др.).

Минусы:

• фрагментарное использование SQL (если раньше вы работали со стандартным языком, при внедрении СУБД могут возникнуть проблемы);
• дыры в безопасности (при выполнении некоторых операций MySQL может спровоцировать DDos-атаку на базу данных);
• платная техподдержка (даже для бесплатных версий).

Кому подойдет: компаниям, которым нужна нормальная бесплатная СУБД.

Фирменная СУБД от Microsoft. Работает как с локальными, так и с облачными серверами (их даже можно использовать одновременно). С 2016-го года дружит с Linux, но оптимально использовать ее в ОС семейства Windows.

Плюсы:

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

Минусы:

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

Кому подойдет: компаниям, которые используют продукты Microsoft.

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

Плюсы:

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

Минусы:

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

Кому подойдет: компаниям с ограниченным бюджетом и большими базами данных.

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

Плюсы:

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

Минусы:

• сложная процедура внедрения;
• для работы с реляционными базами придется вручную переписать код;
• для коммерческого использования нужна платная версия.

Кому подойдет: компаниям, которые работают с большими объемами разрозненных данных.

1. Какие тренды в развитии серверных СУБД вы бы могли отметить в 2015–2016 годах?

Виталий Чесноков , QSOFT
Самые главные тренды в развитии современных СУБД: использование виртуализации и GRID-технологии, самодиагностика и автоматическое исправление, использование NoSQL-СУБД в Big Data, использование NewSQL-СУБД, выполнение C/C++ кода в адресном пространстве СУБД.

За последние несколько лет многократно выросли объемы данных, подходящих для обработки и хранения в БД. Был принято изменение закона «О персональных данных», гласящее, что персональные данные граждан РФ необходимо хранить на территории РФ. В некоторых западных странах так же действуют подобные законы. Все это приводит нас к необходимости кластеризации и разбиения данных на части.

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

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

Николай Фетюхин , MST
Переход к NoSQL и специализация баз данных. Например, можно обратить внимание на Redis и Tarantool. Последний содержит даже свой сервер приложений. Интересный тренд - совмещенные СУБД и backend, как Parse от Facebook. Также плавная миграция баз данных в облака.

Петр Урваев , SimbirSoft
Функции, успешно себя зарекомендовавшие в одних СУБД, через некоторое время реализуются и в других продуктах. Например, материализованные представления, вначале появившиеся в Oracle DBMS, через некоторое время были реализованы в MS SQL Server, а затем появились и в PostgreSQL. Преимущества, которые предоставляют NoSQL-решения постепенно также реализуются в реляционных СУБД. Например, в последних версиях PostgreSQL реализована поддержка работы с данными в формате JSON.

Евгений Гусев , ITECH
Изменения последних лет в сегменте СУБД носили как частный - применительно к отдельным лидирующим продуктам, так и структурный характер, так что трендов множество. Во-первых, гетерогенность. Переход к модели микросервисов дал возможность гибко подбирать средства решения задачи хранения данных, не ограничиваясь одним. Во-вторых, развитие NoSQL, in-memory storages. В-третьих, Big Data - революция, потребовавшая переосмыслить как методику хранения данных, так и само понятие «данные». В-четвертых, колоночные (column-oriented) БД.

2. По-вашему мнению, существует ли тенденция перехода СУБД в «облака»? Какие существуют плюсы и минусы данного подхода?

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

Первый - разворачивание в облаке виртуальной машины с СУБД. Можно загрузить на нее собственный образ или воспользоваться заранее заготовленным, с уже оптимизированной СУБД. По сути такая виртуальная машина принципиально не отличается от обычного физического сервера. Основным преимуществом по сравнению с физическим сервером является легкость масштабирования, как вертикального (можно в любой момент выделить для данной «виртулки» больше ресурсов), так и горизонтального (создание новой «виртуалки» занимает всего несколько минут). Еще один существенный плюс - высокая доступность облачных виртуальных машин (99,9%–99,99%). Также облачные хостеры предоставляют множество дополнительных услуг, таких как мониторинг, резервное копирование, панель управления сервером и т.д.

Принципиально иным подходом является облачная СУБД. В данном случае клиент покупает не сервер, а просто услугу использования СУБД. Текущий рынок публичных облачных СУБД, составляющий $400 млн, к 2017 году увеличится до $1,2 млрд. Основные плюсы данного подхода: оплата не предоставленных ресурсов (которые могут и «простаивать»), а лишь реально использованных: объем хранимых данных, количество обрабатываемых СУБД операций; нет необходимости настраивать и администрировать СУБД - эти задачи полностью лежат на хостере; нет необходимости задумываться о масштабировании; хостер предоставляет множество удобных и интуитивно понятных инструментов для управления СУБД; высокая доступность. Основным минусом является отсутствие возможности тонкой настройки СУБД.

Также можно отдельно выделить такой подвид облачной СУБД как DbaaS (Database as a Service). Практически всегда конкретный DbaaS - это одна определенная СУБД, предоставляемая в облаке непосредственными разработчиками. Отсюда очевидно выводится и разница в бизнес-моделях: облачные СУБД подходят для масштабных типовых задач, а DbaaS - для специализированных, под конкретную марку движка БД, с возможностью прямого общения с его разработчиками. Кроме того, DbaaS позволяет значительно точнее подобрать систему под нужную нагрузку, в частности за счет регулирования количества клиентских подключений.

Николай Апурин , Artwell
Тенденция существует. Большинство крупных (общероссийских) систем уже используют облачные БД.

Николай Фетюхин , MST
Тенденция слабая. Использование облаков хоть и снижает некоторые издержки, но приводит к новым расходам. Использование облака может быть выгодно лишь для проектов со слабой посещаемостью.

Плюсы облаков: легкая масштабируемость, высокая отказоустойчивость, доступность серверов во всем мире, легкое клонирование и разворачивание данных. Минусы: пока облака, как продукт, «сырые» - невозможно физически контролировать данные, так как они находятся под управлением поставщика облака.

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

Евгений Гусев , ITECH
Существует и является одной из первичных. Плюсов у размещения БД в облаке масса: простота шардинга и репликации, возможность эффективно в контексте производительности отделить данные от бизнес-логики, легкое и понятное управление вычислительными мощностями и целый ряд других. Критичных минусов, основываясь на опыте, мы не видим. Чем большими объемами данных приходится оперировать, чем больше требуется горизонтального масштабирования, тем более оправданным становится использование облаков.

3. Какие факторы влияют на выбор СУБД? Для каких проектов больше подходят SQL базы данных, а для каких - NoSQL?

Виталий Чесноков , QSOFT
Основным фактором при выборе между SQL и NoSQL-СУБД являются нужды приложения. Для одних задач лучше подходит SQL, для других - NoSQL.

Можно выделить несколько ключевых различий между этими типами СУБД. Формат данных в SQL очень строгий, есть четкие схемы таблиц с указанием, где используется какой тип данных. В NoSQL нет заранее заданных схем документов - любая информация может быть добавлена в любой документ.
В SQL существуют сложные связи между различными таблицами. Данные в одной таблице часто являются ссылкой на данные в другой (принцип нормализации данных). В NoSQL, как правило, каждый документ является изолированной информационной единицей и хранит в себе все имеющиеся данные (принцип денормализации).
В SQL есть встроенные механизмы поддержки целостности данных (например, нельзя удалить запись из таблицы, если на нее ссылаются в других таблицах). В NoSQL таких механизмов нет, поэтому важна денормализация данных (в идеале - каждый документ хранит абсолютно всю информацию о каком-либо объекте).
В SQL есть механизм транзакций, который позволяет выполнить несколько SQL-запросов по принципу «все или ничего». В NoSQL подобный механизм существует только в пределах одного документа.
В идеальном случае NoSQL работает быстрее, чем SQL, за счет более простого метода хранения данных, который позволяет получить всю информацию об объекте простым запросом одного документа. Однако есть проблема, связанная с тем, что наиболее популярные NoSQL-СУБД появились достаточно недавно. Следствием этого является меньшее количество информации по этим СУБД и большее количество пока нерешенных проблем.
NoSQL гораздо проще масштабировать за счет отсутствия сложных логических связей между документами. К тому же большая часть NoSQL-СУБД изначально создавалась с упором на механизмы масштабирования.

В итоге NoSQL лучше подходит для проектов с большим объемом данных, который можно легко разделить на отдельные самостоятельные объекты. Дает высокую скорость и масштабируемость. SQL подходит для проектов, где различные данные имеют сложные логические связи друг с другом и крайне важна их целостность.

Николай Апурин , Artwell
NoSQL - для нестандартных вычислений с огромным объемом данных. Но как показала практика, объемы до 20 миллионов записей отлично перерабатываются SQL-базами.

Николай Фетюхин , MST
Технологии NoSQL активно используются известными компаниями, в том числе в высоконагруженных проектах. Сохранение данных и простые выборки при использовании NoSQL будут действительно быстрыми. В случае более сложных запросов задачу придется решать на стороне продукта, что усложняет сам продукт. В чистом виде мы не выбираем NoSQL. Усложнение логики продукта и эмуляции базовых вещей SQL приводит к удорожанию проекта. И не каждое NoSQL-решение обеспечивает безопасность данных в критических ситуациях.

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

Евгений Гусев , ITECH
В современном состоянии SQL / NoSQL - скорее не конкурирующие, а дополняющие друг друга сущности. Использование в одном приложении SQL-решений, когда требуется работать со сложными данными в их взаимосвязи, и NoSQL, когда на передний план выходит скорость работы с неструктурированной информацией, - совершенно естественная практика.

4. Как вы оцениваете степень распространения платных лицензий СУБД среди пользователей? В каких случаях имеет смысл покупать лицензию?

Виталий Чесноков , QSOFT
Есть два различных варианта разделения СУБД па платные и бесплатные.

Первый - бесплатные версии коммерческих СУБД (есть у MS SQL, Oracle и т.д.) По сути это урезанная версия СУБД, в которой отсутствует часть функционала. Здесь основной фактор выбора очень прост - нужен ли данному проекту данный функционал. Реже бывает бесплатная версия, которая не отличается от коммерческой по функционалу, но реже обновляется (Couchbase Server).

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

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

Николай Апурин , Artwell
Зачем платить, если есть бесплатные? Тем не менее, много решений, которые могут работать только с платными БД. В основном, это иностранные практики.

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

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

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

База данных

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

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

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

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

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

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

Что касается классификации баз данных, то тут возможны различные варианты.
К примеру, можно разделить базы по модели данных : иерархические (имеют древовидную структуру), сетевые (по своей структуре похожи на иерархические), реляционные (используются для управления реляционными базами данных), объектно-ориентированные (используются для объектной модели данных) и объектно-реляционные (некое слияние реляционного и объектно-ориентированного вида баз данных).

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

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

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

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

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

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

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

Реляционные и объектно-реляционные СУБД являются одними из самых распространенных систем. Они представляют собой таблицы, у которых каждый столбец (который называется “field” или «поле») упорядочен и имеет определенное уникальное название. Последовательность строк (их называют “records” или «записи») определяется последовательностью ввода информации в таблицу. При этом обрабатывание столбцов и строк может происходить в любом порядке. Таблицы с данными связаны между собой специальными отношениями, благодаря чему с данными из разных таблиц можно работать - к примеру, объединять их - при помощи одного запроса.

Для управления реляционными базами данных применяется особый язык программирования - SQL. Сокращение расшифровывается как “Structured query language”, в переводе на русский «язык структурированных запросов».

Команды, которые используются в SQL, делятся на те, которые манипулируют данными, те, которые определяют данные, и те, которые управляют данными.

Схема работы с базой данных выглядит следующим образом:

MySQL

MySQL является одной из самых популярных и распространенных СУБД, которая используется во многих компаниях (например, Facebook, Wikipedia, Twitter, LinkedIn, Alibaba и других). MySQL представляет собой реляционную СУБД, которая относится к свободному программному обеспечению: она распространяется на условиях GNU Public License. Как правило, эту систему управления базами данных определяют как хорошую, быструю и гибкую систему, рекомендованную к применению в небольших или средних проектах. У MySQL есть множество различных преимуществ. Например, она поддерживает различные типы таблиц: как известные MyISAM и InnoDB, так и более экзотичные HEAP и MERGE; кроме того, количество поддерживаемых типов постоянно растет. MySQL выполняет все команды быстро - возможно, сейчас это самая быстрая СУБД из всех существующих. С этой системой управления базами данных может одновременно работать неограниченное количество пользователей, а число строк в таблицах может быть равно 50 миллионам.

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

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

Для работы с MySQL используется не только текстовый, но и графический режим. Это возможно благодаря приложению phpMyAdmin: для работы в приложении вам даже не нужно будет знать SQL-команды, а администрировать свою базу данных можно прямо через браузер.

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

PostgreSQL

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

Если говорить о преимуществах PostgreSQL, то, безусловно, это надежность транзакций и репликаций, возможность наследования и легкая расширяемость. PostgreSQL поддерживает различные расширения и варианты языков программирования, такие как PL/Perl, PL/Python и PL/Java. Также есть возможность загружать C-совместимые модули.

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

О том, что это более масштабная, чем MySQL, СУБД, говорит и тот факт, что PostgreSQL периодически сравнивают с такой мощной системой управления данных, как Oracle.

Все это позволяет говорить о PostgreSQL как об одной из самых продвинутых СУБД на данный момент.

SQLite

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

Из недостатков можно отметить отсутствие системы пользователей и возможности увеличения производительности.

SQLite можно посоветовать к использованию в проектах, где нужно иметь возможность быстро перенести приложение, и нет необходимости в масштабируемости.

Oracle

Эта СУБД относится к объектно-реляционному типу. Название произошло от названия разработавшей эту систему фирмы Oracle. Наравне с SQL СУБД использует процедурное расширение под названием PL/SQL, а также язык Java.

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

В отличие от других СУБД, стоимость покупки и использования Oracle достаточно высока, и именно это зачастую является значимым препятствием к ее использованию в небольших фирмах. Вероятно, именно это также является причиной того, что в рейтинге СУБД на 2016 год в России Oracle находится лишь на 6-м месте.

MongoDB

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

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

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

Вместо заключения

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

Ремонт