ТОП 5 популярных систем управления базами данных (СУБД) в 2020 | Info-Comp.ru
Приветствую всех посетителей сайта Info-Comp.ru! Сегодня мы с Вами узнаем, какие системы управления базами данных (СУБД) являются самыми популярными в 2020 году. Иными словами, в этом материале представлен рейтинг популярности СУБД, и мы рассмотрим ТОП 5 баз данных, которые находится на вершине данного рейтинга.
На чем основан данный рейтинг
В одной из прошлых статей – ТОП 7 популярных языков программирования, за основу мы брали достаточно много различных источников, но если говорить про базы данных, то таких источников гораздо меньше. Однако все равно существуют официальные рейтинги и другие аналитические данные, которые показывают популярность СУБД.
Некоторые рейтинги основываются на частоте упоминаний в запросах поисковых систем, т.е. если люди чаще ищут информацию по БД в интернете, значит, можно сделать вывод, что эта база данных пользуется популярностью. А некоторые ориентируются на количество заданных вопросов по конкретной базе на специализированных форумах, т.е. если больше вопросов задают по работе с какой-то конкретной базой данных, значит ее используют много людей, и она популярна.
В любом случае такие рейтинги, как, впрочем, и рейтинги языков программирования, не отражают точную фактическую популярность той или иной СУБД, так как основываются на каком-то одном показателе. И как результат, рейтинги просто противоречат друг другу.
Однако если проанализировать все источники, то можно определить несколько баз данных, которые наиболее часто встречаются в топе каждого рейтинга, тем более что состав ТОПа баз данных во всех рейтингах примерно одинаковый, только места у СУБД разные.
На основе всех этих источников можно сделать вывод, что определённые базы данных действительно являются популярными по всем показателям, а не только по какому-то одному.
Таким образом, чтобы упростить Вам задачу в анализе всей необходимой информации, в этом материале представлен ТОП 5 СУБД, который основан на данных всех популярных официальных рейтингов и показателей за предыдущий год.
Источники данных (официальные показатели и рейтинги СУБД):
- PYPL (PopularitY of Programming Language) – рейтинг основывается на данных поисковой системы Google;
- Stack Overflow – основывается на количестве вопросов, связанных с базой данных;
- DB-Engines – данный рейтинг основывается на многих показателях:
- Данные поисковых систем Google, Bing и Yandex;
- Количество вопросов на Stack Overflow и DBA Stack Exchange;
- Количество предложений о работе на Indeed и Simply Hired, в которых упоминается система;
- Количество профилей в профессиональных сетях LinkedIn и Upwork, в которых упоминается система;
- Количество упоминаний в Twitter.
- Кроме все прочего учитывались данные компании РУССОФТ, которая проводила специальные опросы софтверных компаний об используемых инструментах программирования, и в частности СУБД.
MySQL
MySQL – бесплатная реляционная система управления базами данных. Разработку и поддержку MySQL осуществляет компания Oracle. MySQL широкое распространение получила в интернете, как система хранения данных у сайтов, иными словами, подавляющее большинство сайтов хранят свои данные в базе MySQL. Поэтому не удивительно, что MySQL занимает лидирующую строчку нашего рейтинга.
В рейтинге Stack Overflow MySQL занимает первое место, т.е. программисты больше всего задают вопросы, связанные именно с MySQL.
Во всех остальных рейтингах MySQL уверенно занимает вторую строчку, и это один из самых стабильных результатов среди всех наших сегодняшних участников. Именно поэтому MySQL и занимает первую строчку рейтинга самой популярной СУБД.
Microsoft SQL Server
Microsoft SQL Server – это система управления реляционными базами данных, разработанная компанией Microsoft. Ее активно используют в корпоративном секторе, особенно в крупных компаниях. И это не просто СУБД – это целый комплекс приложений, позволяющий не только хранить и модифицировать данные, но еще и анализировать их, осуществлять безопасность этих данных и многое другое.
По результатам опросов компании РУССОФТ, именно Microsoft SQL Server чаще всего используют софтверные организации.
В остальных рейтингах Microsoft SQL Server уверенно занимает третью строчку, поэтому данной СУБД мы отдаем вторую строчку нашего рейтинга.
Oracle
Oracle Database – это система управления базами данных от компании Oracle. Эта СУБД также активно используется крупными компаниями и стоит немаленьких денег, но взамен она предоставляет огромный функционал и надёжность. Поэтому Oracle Database и Microsoft SQL Server являются серьезными конкурентами друг другу.
Результаты Oracle в рейтингах не так однозначны, например, по версии PYPL и DB-Engines, Oracle Database занимает первое место, по версии Stack Overflow Oracle находится на восьмой позиции, по результатам опросов софтверных компаний Oracle на четвертом месте по популярности.
Если учитывать только пару рейтингов, Oracle можно поставить даже на первое место, однако если принять во внимания все результаты, то Oracle поставить на первое место нельзя, поэтому в нашем рейтинге эта СУБД занимает третью строчку.
PostgreSQL
PostgreSQL – это бесплатная реляционная система управления базами данных. Ее активно используют на UNIX-подобных платформах, для реализации как малых и средних, так и крупных проектов.
Самый лучший результат у PostgreSQL в рейтингах по версии Stack Overflow, где она занимает вторую строчку после MySQL.
PYPL и DB-Engines ставят PostgreSQL на четвертое место, опросы показывают, что PostgreSQL стоит на третьем месте по популярности, таким образом, PostgreSQL уверенно занимает четвертую позицию нашего рейтинга.
MongoDB
MongoDB – это документоориентированная система управления базами данных с открытым исходным кодом, не требующая описания схемы таблиц. MongoDB – классифицируется как NoSQL и использует JSON-подобные документы и схему базы данных.
Если все четыре предыдущих СУБД на слуху у большинства IT специалистов, то о MongoDB слышали не многие. Но она уверенно занимает 5 строчку практически во всех рейтингах.
И как результат, в нашем рейтинге она также занимает 5 позицию.
Заключение
Вот мы с Вами и рассмотрели 5 самых популярных СУБД, которые активно используются во всем мире.
И на сегодня это все, надеюсь, материал был Вам интересен, пока!
info-comp.ru
горячая десятка / RUVDS.com corporate blog / Habr
Если вашей организации нужно хранить и обрабатывать данные, то, независимо от их объёма, без облачной или локальной СУБД не обойтись. Сегодня мы поговорим о ведущих представителях рынка корпоративных баз данных, о тех разработках, на которые стоит обратить внимание в 2016-м году.Рынок корпоративных СУБД существует уже несколько десятилетий. Полагаем, оценивая ту или иную систему, нелишним будет, кроме прочего, учитывать и её историю. Но зрелость рынка не значит, что в наши дни он – место тихое и спокойное. Уровень конкуренции здесь очень высок.
Требования бизнеса постоянно растут, меняются подходы к созданию IT-инфраструктур. Разработчики СУБД либо успевают дать рынку то, чего он хочет, либо оказываются на периферии. А пользователи баз данных, благодаря возможности выбора, от подобного положения дел лишь выигрывают.
Нельзя сказать, что выбрать корпоративную СУБД просто, но мы уверены, что среди ведущих систем, о которых мы расскажем, вы сможете найти ту, которая вас заинтересует.
Oracle Database
Oracle выпустила свою первую реляционную СУБД в 1979-м году. За годы присутствия компании на рынке слово «Oracle» стало синонимом понятий «корпоративная СУБД» и «надёжная работа с данными». Oracle, как, кстати, и некоторые другие компании, разработки которых присутствуют в нашем обзоре, входит в список Fortune 500. Главное направление деятельности Oracle – мощное и довольно сложное решение в области баз данных.
Microsoft SQL Server
О Microsoft можно говорить всё, что угодно, но это – одна из самых прибыльных технологических компаний в мире. Её настольные операционные системы буквально повсюду, однако, не последнюю роль в успехе Microsoft сыграл SQL Server. Трудно представить себе сервер, на котором установлена ОС от Microsoft, без SQL Server.
Простота использования SQL Server, его доступность и тесная интеграция с ОС семейства Windows, делают его очевидным выбором для компаний, пользующихся продуктами Microsoft для корпоративных целей. Microsoft говорит о свежем выпуске SQL Server 2016 как о платформе для локальных и облачных баз данных, а так же для систем бизнес-аналитики.
Кроме того, Microsoft занимается продвижением SQL Server 2016 как решения, способного помочь организациям в построении критически важных приложений для оперативной обработки транзакций (OLTP). Такие решения характеризуются высокой производительностью, возможностями по обработке данных в памяти и по защите данных при их хранении и перемещении. На базе SQL Server 2016 можно создавать хранилища большого объема, системы анализа данных.
Есть различные варианты аренды MS SQL Server. Можно приобрести лицензию на одного пользователя, можно лицензировать ядра сервера, без ограничения количества пользователей.
Можно также скачать бесплатный выпуск начального уровня SQL Server 2016 Express, который оптимально подходит для развертывания небольших баз данных в рабочих средах и установить его на недорогой VPS, этого вполне достаточно для создания небольших серверных приложений для обработки данных, занимающих до 10 ГБ места на диске.
IBM DB2
Говорят, что компания IBM получила прозвище «Голубой гигант» из-за своих мейнфреймов 50-х 60-х годов, которые занимали целую комнату и были выкрашены в соответствующий цвет. Усилия компании по продвижению СУБД DB2, её безжалостная конкурентная борьба с Oracle, позволяют предположить, что IBM хочет заполнить компьютерами, на которых установлена её СУБД, многие и многие серверные комнаты. Есть исследования, посвящённые сравнению сопоставимых решений от IBM и Oracle. Например, здесь можно взглянуть на данные отчёта, который подготовила ITG. Отчёт говорит о серьёзной экономии при использовании DB2 и сопутствующих технологий IBM.
В апреле сего года вышла свежая версия СУБД – DB2 11.1. Она может работать на многих системах, в частности, на Linux, Unix и Windows, на мейнфреймах IBM z Systems, поддерживает аппаратное ускорение на процессорах Power 8.
SAP ASE
Первый выпуск СУБД Sybase увидел свет в 1987 году под именем SQL Server. Он вырос в Adaptive Server Enterprise – самый известный и успешный продукт компании. В 2010-м Sybase была поглощена SAP, в итоге сегодня база данных называется SAP Adaptive Server Enterprise (SAP ASE). Хотя Sybase и стала частью другой компании, её СУБД всё ещё является одним из основных игроков корпоративного рынка. Кроме того, Sybase известна тем, что направляла значительные усилия на мобильные корпоративные решения, как правило, покупая разработчиков перспективных продуктов. Судя по всему, SAP продолжает эту традицию.
SAP ASE 16, самый свежий выпуск СУБД, поддерживает технологию блокировок на уровне разделов, интеграцию с SAP HANA и SAP Business Suite. База данных отличается экономичностью, возможностями эффективного масштабирования и системного аудита, поддерживает динамическое назначение потоков, оптимизацию плана запросов с соединениями типа «звезда» и многие другие возможности.
PostgreSQL
PostgreSQL, наследник Postgres, разработка которой началась в 1986-м году, – это бесплатная объектно-реляционная СУБД с открытым исходным кодом. Она находит применение в весьма интересных местах, как интернет-казино, системы автоматизации дата-центров, реестры доменов. Кроме того, её используют в высоконагруженных задачах Yahoo! и Skype. PostgreSQL можно обнаружить в таком количестве скрытых от постороннего взгляда систем, что она вполне может называться «Секретной корпоративной базой данных».
Текущий стабильный релиз PostgreSQL – 9.6. Он выпущен 29 сентября этого года.
PostgreSQL поддерживает множество операционных систем. Среди них – Linux, Windows, FreeBSD, Solaris. PostgreSQL используется как стандартная база данных в ОС от Apple, начиная с Mac OS X Lion. Возможности этой СУБД сравнимы с разработками Oracle и IBM. В частности, она характеризуется полным соответствием требованиям ACID по надёжности транзакций, способна поддерживать высокие параллельные нагрузки.
MariaDB Enterprise
MariaDB Enterprise – это СУБД с полностью открытым исходным кодом, выпущенным под лицензиями GPL, LGPL или BSD. Путь MariaDB начался в 2009-м году. Эта система была форком MySQL, над которым работало сообщество разработчиков под руководством создателей MySQL. Они начали новый проект, обеспокоенные политикой лицензирования Oracle, которая приобрела MySQL.
Популярной MariaDB стала за счёт MySQL. В частности, после того, как MariaDB заняла место MySQL в известных дистрибутивах Linux. Так, только в 2013 году, разработчики Red Hat Enterprise Linux отказались от MySQL в пользу MariaDB, то же самое было сделано в Fedora 19, на MariaDB перешли openSUSE и Slackware Linux. Кроме того, MariaDB стала использоваться в качестве серверной базы данных в проекте Wikipedia.
Ещё один важнейший фактор, повлиявший на то, что MariaDB оказалась впереди MySQL, заключается в наличии расширенного оптимизатора запросов и других улучшений, касающихся скорости работы.
Самый свежий релиз MariaDB Enterprise Server – 10.1, известный так же как MariaDB Enterprise Spring 2016. Этот выпуск улучшает защиту данных от атак на уровне приложений и сетей и способствует разработке новых, высокопроизводительных приложений.
MySQL
MySQL начинала как узкоспециализированное решение для разработчиков, но выросла в одного из ключевых игроков рынка корпоративных СУБД. Сначала, в 2008-м, она была продана Sun Microsystems, позже, в 2009-м, стала частью империи Oracle. Уже много лет MySQL – это нечто гораздо большее, нежели нишевое решение. На MySQL работают сотни тысяч коммерческих веб-сайтов, она служит в качестве серверной СУБД для огромного количества внутренних корпоративных приложений.
Сегодня MySQL остаётся весьма популярным вариантом для веб-решений, она продолжает служить центральным компонентом стека LAMP. В то же самое время, MySQL, из-за поглощения Oracle, испытывает ослабление поддержки со стороны пользователей и независимых разработчиков.
Падение популярности MySQL позволило ускорить адаптацию других СУБД с открытым исходным кодом и её собственных форков, наподобие Percona или вышеупомянутой MariaDB с полностью открытым исходным кодом, в которой нет закрытых модулей, появившихся в новых версиях MySQL Enterprise Edition.
Самый свежий выпуск этой СУБД, MySQL Community Server 5.7.15, увидел свет в начале августа 2016-го.
Teradata Database
Слышали о компании Teradata? Если вы занимались созданием большого хранилища данных, то, скорее всего, слышали. Teradata ведёт историю с конца 1970-х. Именно тогда она начала работу над решениями, которые позже стали называться «хранилищами данных». В 1992 году Teradata построила первую терабайтную БД для Wal-Mart. С тех времён слово «Teradata» постоянно упоминается в разговорах экспертов по корпоративным системам хранения данных.
Возможности Teradata Database относятся к сфере очень больших баз данных. Эта система отлично подходит для поддержки таких популярных в последнее время течений, как исследование больших данных, бизнес-аналитика, интернет вещей. Teradata выпустила версию 15.10 своей реляционной СУБД в начале 2015-го.
IBM Informix
Как видите, в нашем списке имеется ещё одна разработка IBM. Компания предлагает широкий диапазон вариантов объектно-реляционной СУБД Informix. Её продвигают как интеллектуальную базу данных, которую можно развернуть на множестве платформ.
Часто ассоциируемая с учебными заведениями, Informix пришла в корпоративный мир и заняла первое место по удовлетворённости клиентов. Пользователи этой СУБД обычно весьма лестно выражаются о её низкой стоимости, о необходимости небольшого объёма технического обслуживания и высокой надёжности.
Ingres
Реляционная СУБД Ingres весьма актуальна на корпоративном рынке, кроме того, она – один из старожилов мира баз данных. Работа над ней началась в начале 1970-х.
Ingres имеет привлекательную модель формирования цены, что может означать уменьшение общей стоимости владения системой. Эта система может похвастаться продвинутыми возможностями по переходу на неё с более дорогих СУБД. Кроме того, она отличается высокими характеристиками безопасности, необходимыми для соответствия требованиям HIPAA и закону Сарбейнза – Оксли.
Самая свежая корпоративная версия Ingres – это 10.2. Она вышла в 2015-м, представив поддержку геопространственных типов данных, удалённых GCA-клиентов, транслитерации UTF-8, DBMS-аутентификации и других новых возможностей.
В июне 2016 года была выпущена для тестирования Ingres 11 Technical Preview.
Amazon SimpleDB
Это – уже одиннадцатый пункт в нашем списке. Можете считать его десертом к основным десяти блюдам.
На первый взгляд понятия «Amazon» и «СУБД» могут показаться не вполне совместимыми, но на самом деле это не так, особенно сегодня, в эру облачных вычислений. SimpleDB (Simple Database Service) предлагает организациям простую, гибкую и недорогую альтернативу традиционным СУБД.
SimpleDB позволяет пользователям хранить данные и работать с ними посредством запросов к веб-сервисам. Она отличается масштабируемостью, высокой скоростью, минимальными требованиями по обслуживанию и интеграцией с другими службами Amazon. Начать работу с SimpleDB можно бесплатно.
Итоги
Нет единственно правильного решения для всех задач по работе с данными. Не существует и идеальной корпоративной СУБД. У каждой из них есть свои плюсы и минусы, которые, к тому же, очень сильно зависят от специфики бизнеса.
Лучшее, что можно сделать для того, чтобы выбрать подходящую СУБД – проанализировать всё, что предлагает рынок, с учётом особенностей конкретной организации.
Надеемся, наш рассказ о ведущих корпоративных СУБД 2016-го года внёс посильный вклад в дело выбора системы, которая вам подойдёт.
habr.com
в поиске альтернативных СУБД / TmaxSoft corporate blog / Habr
Как известно, в начале этого года американская корпорация Oracle в соответствии с требованиями правительства США об ужесточении санкций в отношении российских нефтегазовых компаний изменила условия предоставления им своих продуктов и услуг. Введен запрет как на новые сделки, так и на продление существующих контрактов. Эти ограничения непосредственно касаются многих нефтегазовых структур, включая предприятия «Газпрома», «Роснефти», «Лукойла» и «Сургутнефтегаза». Под санкции попали 283 российских компании.
В частности, Oracle вводит запрет на предоставление, экспорт или реэкспорт товаров, услуг и технологий, поддерживающих проекты, которых касаются санкции США. Среди таких проектов — глубоководные геологоразведочные работы и добыча на арктическом шельфе РФ. Кроме того, ограничения распространяются на сланцевые проекты.
Это чувствительная мера, ведь лидирующая на мировом рынке СУБД Oracle применяется более чем в четверти отечественных госкомпаний, в то время как доля российских продуктов, таких ПО от «Диасофт», PostgreSQL от Postgres Professional или отечественные СУБД «Линтер» компании «Релэкс» и «Ред база данных» компании «Ред софт», пока не превышает 3%.
Корпорация Oracle лидирует на мировом рынке СУБД. По оценкам экспертов, Oracle сейчас занимает до 70% российского рынка СУБД.
По данным российского Союза разработчиков программного обеспечения и информационных технологий (СРПО) ТЭК, зависимость от иностранных программных продуктов в сегменте добычи нефти и газа составляет 90-95%, в нефтепереработке — 98%, в транспортировке углеводородов — 80-85%.
В результате санкций отрасли может быть нанесен серьезный ущерб. Кроме того, многолетние разработки зарубежных в области баз данных составляют основу технологического стека ее предприятий – целого комплекса бизнес-приложений и систем корпоративного уровня. Импортозамещение этой основы – процесс очень длительный, если вообще возможный.
Технологически миграция существующих приложений с Oracle на российские СУБД, построенные на ПО с открытым кодом, — задача крайне сложная. Поэтому компании продолжают использовать свои исправно работающие СУБД Oracle, IBM и Microsoft. К тому же в российских проектах отсутствуют многие из ключевых технологий, которые предлагаются разработчиками лицензируемого ПО.
Можно ли заменить СУБД Oracle?
Каждый, кто немного в теме, знает ответ. Ведь Oracle – не только лучшая в мире СУБД, это целая экосистема хранения и обработки данных. С другой стороны, на том уровне, на котором многие отечественные компании используют возможности высокотехнологичного продукта Oracle, вместо американского ПО с задачами вполне сможет справиться отечественный софт, продукты с открытым кодом или разработки «с Востока». Для ряда задач не нужен Oracle, и нет необходимости оплачивать дорогостоящие лицензии.
Понимая это, конкуренты активизировались. Разработчики СУБД и бизнес-приложений из России и Азии в условиях санкций США рассчитывают занять часть ниши американских вендоров.
Некоторые системные интеграторы сделали ставку на PostgresSQL. Например, в «Ланите» уже есть решения, которые работают как на PostgresSQL, так и на Oracle. Представители бизнеса инвестируют в компанию Postgres Professional, созданную командой живущих в России ведущих разработчиков (Major Contributor) PostgreSQL. В Минкомсвязи (теперь — Министерстве цифрового развития) также проявляют интерес к открытой СУБД PostgreSQL как альтернативе Oracle: PostgreSQL считается важнейшим инструментом в политике импортозамещения. PostgresSQL позиционируется как близкая к Oracle СУБД, нацеленная на надежность и целостность хранения данных.
СУБД PostgreSQL используется как основная СУБД в крупнейших российских проектах, таких как Avito, обрабатывая до 6000 транзакций в секунду, а «Яндекс» применяет PostgreSQL в одном из своих сервисов, обрабатывая более 500 млн. транзакций в сутки.
Другой вариант — СУБД Tibero от южнокорейской компании TmasSoft, вышедшая на рынок в 2003 году. В ближайшей перспективе эта компания претендует на 10% мирового рынка СУБД. Интересно, что Tibero изначально разрабатывалась как альтернатива СУБД Oracle и максимально совместима с ней. Причем TmaxSoft предлагает заказчикам миграцию их собственных приложений на СУБД Tibero или разработку под Tibero новых продуктов. Возможно и создание на Tibero сертифицированных версий ПО российских разработчиков.
Недавно TmaxSoft предложила год бесплатного использования восьми процессорных лицензий СУБД Tibero Enterprise Edition, услуги техподдержки в течение года и бесплатную опцию Partition, позволяющую сегментировать массивы данных для ускорения запросов к таблицам.
Продукт уже известен в России. Эта СУБД используется в Национальной системе платежных карт, операторе платежных карт «Мир». Ее тестирование провели и проводят еще несколько крупных заказчиков в РФ.
В настоящее время общий объем обрабатываемых Tibero данных у одного из российских заказчиков составляет более 200 Тбайт. Под управлением Tibero работают высоко критичные системы требующие постоянной доступности. Используются внутрениие технологии репликации данных, секционирование (partitioning tables), технологии отказоустойчивости и высокой доступности, такие как Standby.
TmaxSoft реализует в России стратегию выхода в определенные вертикальные рынки с фокусными партнерами. Так, с компанией R-Style Softlab она работает над интеграцией систем дистанционного банковского обслуживания и приложения RS Банк с Tibero, сотрудничает с компанией «БПЦ Банковские Технологии», разработчиком системы процессинга платежей SmartVista. Компания «Айтеко» стала ее специализированным технологическим партнером по системе OpenFrame, позволяющей переносить приложения из среды мейнфреймов на открытые системы. Ряд проектов реализуют «Инфосистемы Джет» и компания «Крикунов и Партнеры Бизнес Системс» (КПБС).
Сравнение СУБД Oracle, Microsoft SQL Server, PostgreSQL и Tibero
Вряд ли будет корректно сравнивать «апельсины с яблоками», но попробуем сопоставить некоторые особенности известных реляционных СУБД.
Цена и риски
И еще несколько штрихов к корейскому продукту. В Tibero вы платите только за виртуализованную часть используемого оборудования. С учетом лицензирования, опций и поддержки, Oracle стоит в разы дороже Tibero. По отзывам пользователей, Tibero — продукт весьма «шустрый», работает сопоставимо с Oracle с точки зрения скорости компиляции и обработки запросов.
Стоит отметить, что капитальные и операционные затраты на лицензируемые СУБД сегодня высоки, ведь один вендор фактически является монополистом. Многие ИТ-руководители хотели бы сократить затраты на управление данными и все чаще задумываются об этом. Однако сдерживают возможные риски, связанные с переходом на альтернативные СУБД.
Как свести к минимуму возможные миграционные риски? Автоматизированные инструменты позволяют определить степень совместимости существующих приложений с СУБД Tibero. Специальные методики помогают принять решение: имеет ли смысл такой переход или миграция по тем или иным причинам не целесообразна. В TmaxSoft надеются, что большая уверенность в успехе миграции и стремление рационализировать бюджеты подстегнет процесс. Впрочем, переход с Orаcle на PostgreSQL также является штатной задачей. Для этого существует специальное программное обеспечение, позволяющее минимизировать затраты.
Сейчас идет также активное развитие рынка программного обеспечения с открытым исходным кодом, включая СУБД, альтернативных технологий обработки и хранения данных. Ускоряется рост сегмента облачных СУБД – та же Oracle движется именно в этом направлении. TmaxSoft в текущем году планирует представить свои сервисы IaaS и PaaS для частного и публичного облаков. Они должны дополнить доступные по стоимости лицензируемые технологии СУБД и ПО промежуточного слоя корпоративного класса.
В настоящее время СУБД Tibero версии Enterprise Edition бесплатно предлагает целый ряд опций, однако популярность Tibero сдерживает пока еще только развивающаяся экосистема поддерживаемых приложений. Между тем решения TmaxSoft вполне могут занять те ниши, где применение ПО Oracle избыточно, а использование ПО с открытым кодом недостаточно или небезопасно. А разработчики СУБД PostgreSQL даже уверены, что она имеет все необходимое, чтобы с минимальной государственной поддержкой стать основной СУБД, используемой в государственных и коммерческих разработках.
Это означает диверсификацию рынка СУБД. Заказчики получают альтернативу, когда расходы на СУБД становятся слишком высокими, или по причине санкций приходится искать другие варианты – коммерческие или СПО. Многое зависит от критериев выбора базы данных, таких как производительность, безопасность, масштабируемость, поддержка, работа с большими данными и стоимость владения.
habr.com
СУБД
Чем крупнее компания, чем дольше она существует на рынке, тем больше данных скапливается в ее архивах. Причем, в соответствии с реалиями сегодняшнего дня, вся информация хранится в электронной форме. По данным исследования Aberdeen Group, три года назад в крупных компаниях объемы хранимой информации увеличивались на 32% ежегодно. Сегодня бизнес-аналитика оперирует уже многотерабайтными объемами данных, а сами хранилища отчетливо перемещаются на облачные платформы.
Однако какая бы бесценная для бизнеса информация не хранились на серверах компании, она должна соответствовать нескольким критериям, так как если данные заносятся бессистемно и хранятся в разных форматах – польза от затраченных для этого ресурсов весьма сомнительна.
СУБД представляет собой набор программ, которые в общей сложности управляют организацией, хранением данных в БД. В целом такие системы классифицируются в зависимости от их структуры данных и их типов. СУБД принимает запросы прикладных программ и инструктирует операционную систему для передачи соответствующей информации. Новые категории данных, могут быть добавлены в БД без нарушения существующей схемы. Организации могут использовать один вид СУБД для осуществления ежедневных операций, а затем размещать необходимую информацию на другой машине, которая работает с другой системой управления, более подходящей для случайных запросов и анализа. Серверами резервного копирования баз данных, как правило, являются многопроцессорные системы с большим объемом ОЗУ и крупными дисковыми RAID-массивами. СУБД фактически является сердцем большинства приложений для работы с БД.
Каким требованиям должна отвечать современная СУБД?
Информационное хранилище должно постоянно пополняться новыми данными в соответствии с ритмом жизни компании, это же касается и формирование новых категорий учета.
При этом вносить информацию должен иметь возможность любой новый сотрудник. То же касается и обслуживания данной инфраструктуры со стороны системного администратора, формирования новых выборок данных со стороны аналитиков с разным уровнем допуска к информации и с разными профилями анализируемых данных.
Необходимо отметить, что количество информации увеличивается не только в объеме, но и качественно. В результате появляется необходимость одновременной работы с ней нескольких экспертов. Кроме того, появляется возможность привлечения специализированных экспертов для выполнения сложных процедур анализа данных (Data mining Интеллектуальный анализ данных). Сегодня не только для формирования будущей стратегии, но и для выполнения повседневных задач все большее значение имеет прогнозная аналитика, которая для формирования верного вектора развития использует объективные, а не субъективные данные.
Помимо этого единая база данных упрощает формирования отчетности как отдельным подразделениям компании, так и всей компании в целом для подачи документов в государственные инстанции или их предоставления для ознакомления внешним экспертным комиссиям. Единая база позволяет в автоматическом режиме обновлять документацию, относящуюся к нормативно-справочной информации (НСИ). Дополнительно общая база данных позволяет оперировать информацией в своеобразной унифицированной форме, делая процедуры анализа информации более единообразными в рамках компании.
Еще одним плюсом от единого подхода к хранению информации является гораздо более простая процедура резервирования, снижение времени простоя после сбоя, обеспечение безопасности данных в плане распределения прав доступа, более прозрачная процедура миграции на новые версии программного и аппаратного обеспечения.
Рынок СУБД в России
Российские СУБД на сегодняшний день находятся в довольно тяжелом положении — разработки крупных компаний выдавливают из рынка российские системы. Однако, до сих пор есть несколько СУБД, которые продолжают оставаться на плаву за счёт внедрения в государственные структуры.
Классификация
В зависимости от архитектуры построения системы управления базами СУБД могут подразделяться на следующие типы:
Файловые системы
Представим себе, что имеется некоторый носитель информации определенной емкости, устройство для чтения-записи на этот носитель в режиме произвольного доступа и прикладные программы, которые используют конкретный носитель для ввода-вывода информации во внешнюю память. В этом случае, каждая прикладная программа должна знать где и в каком месте хранятся необходимые данные. Так как прикладных программ больше, чем носителей информации, то несколько прикладных программ могут использовать один накопитель. Что произойдет, если одной из прикладных программ потребуется дозаписать свои данные на диск? Может произойти наложение: ситуация в которой данные одной программы будут перезаписаны другой программой. Важным шагом в развитии информационных систем явился переход к использованию централизованных систем управления файлами. С точки зрения прикладной программы, файл – именованная область внешней памяти, в которую можно записывать данные, и из которой можно их считывать. Для того чтобы была возможность считать информацию из какой либо области внешней памяти необходимо знать имя этого сектора(имя файла), размер самой области и его физическое расположение. Сама система управления файлами выполняет следующие функции:
- распределение внешней памяти;
- отображение имеет файлов в соответствующие адреса во внеш-ней памяти;
- обеспечение доступа к данным.
Рассмотрение особенностей реализации отдельных систем управления файлами выходит за рамки данной темы. На данном этапе достаточно знать, что прикладные программы видят файл как линейную последовательность записей и могут выполнить над ним ряд операций. Основные операции сфайлами в СУФ:
- создать файл (определенного типа и размера)
- открыть ранее созданный файл
- прочитать из файла определенную запись
- изменить запись
- добавить запись в конец файла
СУБД крупных ЭВМ
Данный этап развития связан с организацией баз данных на больших машинах типа IBM 360/370, ЕС-ЭВМ и различных моделях фирмы Hewlett Packard. В таком случае информация хранилась во внешней памяти центральной ЭВМ. Пользователями баз данных были фактически задачи, запускаемые в основном в пакетном режиме. Интерактивный режим доступа обеспечивался с помощью консольных терминалов, которые не обладали собственными вычислительными ресурсами (процессором, оперативной памятью, внешней памятью) и служили только устройствами ввода-вывода для центральной ЭВМ. Программы доступа к БД писались на различных языках программирования и запускались как обычные числовые программы. Особенности данного этапа:
- Все СУБД базируются на мощных мультипрограммных ОС (Unix и др.).
- Поддерживается работа с централизованной БД в режиме распределенного доступа. Функции управления распределением ресурсов выполняются операционной системой.
- Поддерживаются языки низкого манипулирования данными, ориентированные на навигационные методы доступа к данным. Значительная роль отводится администрированию данных.
- Проводятся серьезные работы по обоснованию и формализации реляционной модели данных. Была создана первая система (System R), реализующая идеологию реляционной модели данных.
- Проводятся теоретические работы по оптимизации запросов и управлению распределенным доступом к централизованной БД, было введено понятие транзакции.
- Большой поток публикаций по всем вопросам теории БД. Результаты научных исследований активно внедряются в коммерческие СУБД.
- Появляются первые языки высокого уровня для работы с реляционной моделью данных (SQL), однако отсутствуют стандарты для этих языков.
Настольные СУБД
Компьютеры стали ближе и доступнее каждому пользователю. Исчез благоговейный страх рядовых пользователей перед непонятными и сложными языками программирования. Появилось множество программ, предназначенных для работы неподготовленных пользователей. Простыми и понятными стали операции копирования файлов и переноса информации с одного компьютера на другой, распечатка текстов, таблиц и других документов. Системные программисты были отодвинуты на второй план. Каждый пользователь мог себя почувствовать полным хозяином этого мощного и удобного устройства, позволяющего автоматизировать многие аспекты собственной деятельности. И, конечно, это сказалось и на работе с базами данных. Новоявленные СУБД позволяли хранить значительные объемы информации, они имели удобный интерфейс для заполнения, встроенные средства для генерации различных отчетов. Эти программы позволяли автоматизировать многие учетные функции, которые раньше велись вручную. Постоянное снижение цен на персональные компьютеры сделало такое ПО доступным не только для организаций и фирм, но и для отдельных пользователей.
Компьютеры стали инструментом для ведения документации и собственных учетных функций. Это все сыграло как положительную, так и отрицательную роль в области развития баз данных. Кажущаяся простота и доступность персональных компьютеров и их программного обеспечения породила множество дилетантов. Много было создано систем-однодневок, которые не отвечали законам развития и взаимосвязи реальных объектов. Однако доступность персональных компьютеров заставила пользователей из многих областей знаний, которые ранее не применяли вычислительную технику в своей деятельности, обратиться к ним. И спрос на развитые удобные программы обработки данных заставлял поставщиков программного обеспечения поставлять все новые системы, которые принято называть настольными СУБД. Значительная конкуренция среди поставщиков заставляла совершенствовать эти конфигурации, предлагая новые возможности, улучшая интерфейс и быстродействие систем, снижая их стоимость. Наличие на рынке большого числа СУБД, выполняющих сходные функции, потребовало разработки методов экспорта-импорта данных для этих систем и открытия форматов хранения данных. Но и в этот период появлялись любители, которые вопреки здравому смыслу разрабатывали собственные СУБД, используя стандартные языки программирования. Это был тупиковый вариант, потому что дальнейшее развитие показало, что перенести данные из нестандартных форматов в новые СУБД было гораздо труднее, а в некоторых случаях требовало таких трудозатрат, что легче было бы все разработать заново, но данные все равно надо было переносить на новую более перспективную СУБД. И это тоже было результатом недооценки тех функции, которые должна была выполнять СУБД. Особенности этого этапа следующие:
- Стандартизация высокоуровневых языков манипулирования данными (разработка и внедрение стандарта SQL92 во все СУБД).
- Все СУБД были рассчитаны на создание БД в основном с монопольным доступом. И это понятно. Компьютер персональный, он не был подсоединен к сети, и база данных на нем создавалась для работы одного пользователя. В редких случаях предполагалась последовательная работа нескольких пользователей, например, сначала оператор, который вводил бухгалтерские документы, а потом главбух, который определял проводки, соответствующие первичным документам.
- Большинство СУБД имели развитый и удобный пользовательский интерфейс. В большинстве существовал интерактивный режим работы с БД как в рамках описания БД, так и в рамках проектирования запросов. Кроме того, большинство СУБД предлагали развитый и удобный инструментарий для разработки готовых приложений без программирования.
- Во всех настольных СУБД поддерживался только внешний уровень представления реляционной модели, то есть только внешний табличный вид структур данных.
- При наличии высокоуровневых языков манипулирования данными типа реляционной алгебры и SQL в настольных СУБД поддерживались низкоуровневые языки на уровне отдельных строк таблиц.
- В настольных СУБД отсутствовали средства поддержки ссылочной и структурной целостности базы данных. Эти функции должны были выполнять приложения, однако скудость средств разработки приложений иногда не позволяла это сделать, и в этом случае эти функции должны были выполняться пользователем, требуя от него дополнительного контроля при вводе и изменении информации, хранящейся в БД.
- Наличие монопольного режима работы фактически привело к вырождению функций администрирования БД.
- Сравнительно скромные требования к аппаратному обеспечению со стороны настольных СУБД. Вполне работоспособные приложения, разработанные, например, на Clipper, работали на PC 286. В принципе, их даже трудно назвать полноценными СУБД. Яркие представители этого семейства — очень широко использовавшиеся до недавнего времени СУБД Dbase (DbaseIII+, DbaseIV), FoxPro, Clipper, Paradox.
Продукты
Каталог СУБД-решений и проектов доступен на TAdviser.
История
Базы данных использовались в вычислительной технике с незапамятных времен. В первых компьютерах использовались два вида внешних устройств – магнитные ленты и магнитные барабаны. Емкость магнитных лент была достаточно велика. Устройства для чтения-записи магнитных лент обеспечивали последовательный доступ к данным. Для чтения информации, которая находилась в середине или конце магнитной ленты, необходимо было сначала прочитать весь предыдущий участок. Следствием этого являлось чрезвычайно низкая производительность операций ввода-вывода данных во внешнюю память. Магнитные барабаны давали возможность произвольного доступа, но имели ограниченный объем хранимой информации. Разумеется, говорить о какой-либо системе управления данными во внешней памяти, в тот момент не приходилось. Каждая прикладная программа, которой требовалось хранить данные во внешней памяти, сама определяла расположение каждого блока на магнитной ленте. Прикладная программа также брала на себя функции информационного обмена между оперативной памятью и устройствами внешней памяти с помощью программно-аппаратных средств низкого уровня.
Такой режим работы не позволяет или очень затрудняет поддержку на одном носителе нескольких архивов долговременно хранимой информации. Кроме того, каждой прикладной программе приходилось решать проблемы именования частей данных и структуризации во внешней памяти. История БД фактически началась с появлением магнитных дисков. Такие устройства внешней памяти обладали существенно большей емкостью, чем магнитная лента и барабаны, а также обеспечивали во много раз большую скорость доступа в режиме произвольной выборки. В отличие от современных систем управления, которые могут применяться для самых различных баз данных, подавляющее большинство ранее разработанных СУБД были тесно связаны с пользовательской базой для того, чтобы увеличить скорость работы, хоть и в ущерб гибкости. Первоначально СУБД применялись только в крупных организациях с мощной аппаратной поддержкой, необходимой для работы с большими объемами данных.
Рост производительности персональных вычислительных машин спровоцировал развитие СУБД, как отдельного класса. К середине 60-х годов прошлого века уже существовало большое количество коммерческих СУБД. Интерес к базам данных увеличивался все больше, так что данная сфера нуждалась в стандартизации. Автор комплексной базы данных Integrated Data Store Чарльз Бахман (Charles Bachman) организовал целевую группу DTG (Data Base Task Group) для утверждения особенностей и организации стандартов БД в рамках CODASYL — группы, которая отвечала за стандартизацию языка программирования COBOL. Уже в 1971 году был представлен свод утверждений и замечаний, который был назван Подход CODASYL, и спустя некоторое время появились первые успешные коммерческие продукты, изготовленные с учетом замечаний вышеупомянутой рабочей группы. В 1968 году отметилась и компания IBM, которая представила собственную СУБД gпод названием IMS.
Фактически данный продукт представлял собой компиляцию утилит, которые использовались с системами System/360 на шаттлах Аполлон. Решение было разработано согласно коцпетам CODASYL, но при этом была применена строгая иерархия для структуризации данных. В свою очередь в варианте CODASYL за базис была взята сетевая СУБД. Оба варианта, меж тем, были приняты сообществом позднее как классические варианты организации работы СУБД, а сам Чарльз Бахман в 1973 году получил премию Тьюринга за работу Программист как навигатор. В 1970 году сотрудник компании IBM Эдгар Кодд, работавший в одном из отделений Сан Хосе (США), в котором занимались разработкой систем хранения, написал ряд статей, касающихся навигационных моделей СУБД. Заинтересовавшись вопросом он разработал и изложил несколько инновационных подходов касательно оптимальной организаци систем управления БД. Работа Кодда внесла значительный вклад в развитие СУБД и является действительным основоположником теории реляционных баз данных. Уже 1981 году Э.Ф.Кодд создал реляционную модель данных и применил к ней операции реляционной алгебры.
Ссылки
Официальный сайт MySQL
Ресурс об SQL и клиент/серверные технологии
Официальный сайт СУБД ЛИНТЕР
Инструмент для поддержки администрирования MySQL сервера через WWW
Лекции для студентов СКГМИ (СТУ)
Российское системное ПО
Курсы по СУБД (Microsoft SQL Server, Access, Oracle, MySQL)
Курсы по СУБД CronosPRO (Официальный сайт)
См. также
информация
Способы организации СУБД
Иерархические СУБД
Многомерная СУБД
Реляционная СУБД
Сетевая СУБД
Объектно-ориентированная СУБД
Объектно-реляционная СУБД
Информатика
Логика в информатике
www.tadviser.ru
Выбор надежной БД в высоконагруженном проекте / Habr
Привет Хабр! Сегодня клиенты Pyrus заливают нам около 60GB данных ежедневно. Наша технология хранения информации многократно доказала свою надежность. Компания развивается, и мы озаботились вопросом выбора БД на ближайшие 10 лет. Наша цель — быть готовыми к 100-кратному росту и при этом не менять платформу каждые 2-3 года. Конкуренция на рынке баз данных развита: представлено много решений, большая часть из них open source и/или бесплатные. Ищем «идеальное решение»™ для нашей задачи.Требования
Главное требование к БД — чтобы не теряла информацию. Удивительно, но многие базы данных не удовлетворяют этому ключевому требованию: даже проверенные годами решения дают сбои в несложных сценариях (примеры: раз, два). Мы хотим сохранять избыточность во время отключения любого сервера на техобслуживание, Это означает, что любая информация должна храниться минимум на 3х серверах.
Другое требование к БД — способность использовать современное железо. Через 10 лет в процессорах будет более 100 ядер, оперативная память будет интегрирована в сами чипы, а стоимость флеш-памяти заметно снизится. Что не изменится за 10 лет — это скорость света. Сетевой пакет из Европы в Америку идет около 100мс (RTT), и это время довольно близко к теоретическому пределу. Поэтому будущие дата-центры — это кластеры мощных числодробилок с быстрой сетью внутри, соединенные по всему миру каналами связи с высокой задержкой (high latency links). Современная БД должна поддерживать синхронную репликацию внутри дата-центра и асинхронную между дата-центрами.
При анализе мы ориентировались на утверждения самих поставщиков БД, результаты независимых тестов (когда они есть) и кейсы реального использования (много примеров есть на highscalabitility.com). Мы исключили из рассмотрения встроенные (embedded) базы данных, поскольку у них нет автоматической репликации по сети.
Коммерческие SQL-базы данных
Самые известные представители этого сегмента — Microsoft SQL Server и Oracle Database. Это отличные, проверенные временем продукты, а с последними инновациями — in-memory tables и column stores — на полную используют возможности современного железа. Обе БД поддерживают технологии кластеризации, и у обеих богатые возможности языка SQL (хотя у каждой — свой диалект).
Обе БД можно лицензировать по модели “цена за ядро процессора” и тогда цена не зависит от числа пользователей. Проанализировав нашу нагрузку и сделав прогноз по росту, мы посчитали, что стоимость будет несоразмерно большой и решили изучить альтернативы.
SQL-базы данных с открытым кодом
MySQL и PostgreSQL — самые известные представители этой группы — оптимальный выбор для большинства задач. Обе поддерживают кластеризацию, есть примеры использования в больших проектах и даже миграции с одной на другую в больших проектах. Пожалуй, основным минусом для нас является ручной шардинг и, как следствие, отсутствие автоматической ребалансировки кластера.
В нашей системе в качестве ключа шардинга — параметра, по которому определяется на каком сервере кластера хранить элемент данных, — естественно выбрать организацию (группу пользователей). Однако некоторые организации остаются маленькими — 1-2 пользователя, а другие по мере работы в сервисе вырастают до десятков тысяч пользователей. Распределение нагрузки по такому ключу рано или поздно приведет к переполнению одних серверов в кластере и недозагруженности других. В этот момент потребуется ребалансировка — то есть разделение ноды кластера на две. Эту работу сложно делать на работающем 24×7 кластере без потери надежности.
NoSQL-базы данных
Модное в 2000-е годы движение NoSQL сейчас переживает период зрелости. Все игроки хорошо известны и обладают своими сторонниками. Созданные при бурном росте интернета, эти БД развивались для соответствующих задач, например, для хранения и обработки миллиардов неструктурированных документов. Многие решения декларируют “eventual consistency”, что означает отказ от строгого “C” в CAP-теореме. Мы не можем терять данные клиентов, поэтому для нас такой компромисс неприемлем.
Некоторые NoSQL-решения снижают доступность (“A”) и декларируют “CP”, например, Cassandra. Это подходит для наших задач, однако мы были удивлены отсутствием row-level consistency: две совпавших по времени записи в разные колонки одной строки могут привести к порче данных. И хотя такого уровня глюков не ожидаешь от БД, вокруг этой проблемы можно найти обходной путь (например, модифицировать строки только целиком), и мы взяли Cassandra на заметку.
Облачные базы данных
Про эту категорию можно написать отдельный обзор. У каждого из основных PaaS-игроков (Amazon, Google и Microsoft) есть 6-8 разных предложений для хранения структурированных данных (и еще много сервисов для хранения BLOBS). Под любой тип нагрузки можно подобрать готовое решение.
Мы отказались от облачных хранилищ по соображениям хранения персональных данных. Наши клиенты находятся в разных странах, а ни один сервис не предлагает хранение ПДн во всех странах мира в соответствии с локальным законодательством. Другой причиной была сильная зависимость от конкретного вендора — вы не можете взять их технологию и развернуть на своем железе. Если появится желание уйти от вендора (при повышении цен или снижении надежности), проект миграции может быть очень долгим. У Dropbox ушло более 2 лет на переезд из облака Amazon в собственное хранилище.
NewSQL-базы данных
Популярность языка SQL и развитие “железа” породили новое движение — распределенные базы данных с языком запросов SQL. Среди них выделяется Google Spanner, которая гарантирует linearizability — глобальный порядок записи всех транзакций. Чтобы решить такую задачу в масштабах планеты, нужно синхронизировать время на серверах БД по всему миру. Компания Google использует для этого атомные часы, а для резерва — GPS-приемники.
Однако для простых смертных атомные часы пока остаются роскошью, поэтому авторы Spanner построили аналогичную БД с несколько меньшими гарантиями на порядок транзакций, но достаточными для большинства приложений. Эта БД называется CockroachDB (от англ. “таракан”) и своим названием олицетворяет живучесть кластера при сбоях железа или связей между дата-центрами. CockroachDB предоставляет полноценные распределенные транзакции и автоматическую ребалансировку кластера при потере ноды, что, вкупе с привычным языком запросов SQL, выгодно отличает ее от Cassandra. Из недостатков стоит отметить отсутствие полнотекстовых индексов и сравнительную молодость решения.
Move code to data
Часто бизнес-логика располагается на сервере приложений, который получает запросы клиентов и для их обработки обращается за данными к серверу БД. Когда данных много, передача их по сети от сервера БД начинает занимать существенное время. Отсюда появляются естественное желание перенести всю обработку внутрь БД и технологии типа Apache Hadoop, которые позволяют программировать такие задачи. (Обыкновенные реляционные БД также позволяют писать логику запросов внутри, на хранимых процедурах, но многие разработчики их не любят, поскольку их неудобно отлаживать.)
В последнее время набирает популярность идея совмещения серверов приложений и БД для near real-time OLTP-нагрузок, и появляются соответствующие технологии, например, Tarantool. Очень подкупает архитектура без блокировок “cooperative multitasking”, хотя писать такие приложения сложнее. Останавливает язык программирования Lua — хотя он и популярен среди разработчиков игр, но закрытый, развивается медленно и в нашей команде нет людей с реальным опытом его использования.
Заключение
Сегодня мы считаем CockroachDB самым перспективным вариантом. Нам импонирует открытость компании (исходный код БД выложен на github) и качество документации (архитектурные и другие ключевые решения вплоть до низкоуровнего формата хранения данных опубликованы на сайте). Мы следим за эволюцией продукта и будем рады обмену мнениями с коллегами, которые используют эту БД в production.
А пока мы стартуем пилотный проект и будем делиться с вами опытом использования в боевом режиме.
habr.com
кто самый популярный и безопасный?
Понятие базы данных настолько прочно вошло в нашу жизнь, что стало восприниматься как нечто само собой разумеющееся и не заслуживающее отдельного внимания. Об ИТ-стартапах, алгоритмах искусственного интеллекта, хакерских атаках, криптовалюте, big data (да что там говорить, и об облаках тоже) в профильных СМИ написано куда больше статей, чем о «рядовых», но таких важных и нужных базах данных и системах управления ими. Вот и мы, неоднократно проводя свои мини-исследования разных сфер мира ИТ, еще ни разу не обращались к этой теме. Что же, немедленно исправляемся и делимся с вами интересными новостями и свежей статистикой.
И среди СУБД есть свои фавориты
Система управления базами данных (СУБД) — это программный инструмент (как правило, интерфейс между конечным пользователем/приложением и самой базой данных), с помощью которого легче и удобнее работать с информацией. Например, создавать, обновлять, искать, удалять и восстанавливать данные в БД, а также определять взаимосвязи между ее компонентами (таблицами).
Обычно СУБД включает в себя три основных компонента: сами данные, «движок» базы данных и схему, определяющую логическую структуру данных. Именно эти три составляющие помогают обеспечить безопасное управление и защиту баз данных, целостность хранящейся в ней информации и унифицированные процедуры администрирования — управление изменениями, контроль конфигураций и производительности, резервное копирование, аварийное восстановление и т. д.
Безусловно, самих систем управления базами данных невероятно много, но тех, что у всех на слуху, едва ли наберется с десяток. Чтобы определить, какая из существующих СУБД по праву попадает в список самых популярных, в DB-Engines составили своеобразный рейтинг фаворитов. Для этого специалисты проанализировали ряд факторов: количество упоминаний систем на веб-сайтах (использовались поисковики Google, Yandex и Bing), общий интерес пользователей в Google Trends, упоминания в дискуссиях на специализированных сайтах Stack Overflow и DBA Stack Exchange, на сайтах-агрегаторах вакансий Indeed и Simply Hired, в профессиональных профилях специалистов в Linkedin и Upwork, и, наконец, количество релевантных твитов. Однако отметим, что общее число установок СУБД не считалось, поэтому этот топ получился хоть и интересным, но все-таки относительным. Согласно DB-Engines, первая тройка популярных систем управления выглядит так: Oracle, MySQL, Microsoft SQL Server.
Интересно, что в среде программистов самыми востребованными оказались навыки работы с такими СУБД как MySQL, MongoDB и PostgreSQL, причем Oracle разработчики вообще поставили на последнее место, так как эту систему отметило лишь 12% респондентов (источник: Stack Exchange (Stack Overflow Talent)).
Таким образом, по результатам двух исследований видим, что пока пользователи больше всего интересуются системой MySQL. Возможно, не последнюю роль здесь играет тот факт, что это продукт с открытым исходным кодом. К слову, именно по этой причине в 2016 году в MySQL было устранено самое большое количество уязвимостей — 133. И этот факт совсем не означает, что сама система плохо защищена, а наоборот свидетельствует о том, что ее работоспособность проверяло большее число специалистов, что увеличило шансы на определение ее «слабых мест» в информационной безопасности.
Распространенные угрозы безопасности
Примечательно, что именно количество патчей позволяет косвенно определить степень защиты информации в системах управления базами данных и выявить наиболее распространенные уязвимости. Так, исследование Trustwave показало, что в 2016 году пользователи СУБД чаще всего сталкивались с такими категориями киберугроз, как:
- Несанкционированное расширение привилегий. Эти уязвимости позволяли неуполномоченным лицам использовать права администратора, получая доступ к таблицам и конфигурациям БД.
- Переполнение буфера. Это приводило к поломке сервера, что подрывало аппаратную защиту базы данных, а также вызывало отказ в обслуживании и могло привести к запуску исполнения чужого вредоносного кода.
- Полномочия, настроенные по умолчанию. Учетные записи администратора, оставленные с паролем, заданным по умолчанию, могли дать дополнительный простор для мошеннических действий киберпреступников.
***
Таковыми оказались результаты недавних исследований. Очень надеемся, что в будущем системы управления базами данных станут более безопасными, а в топах популярности СУБД появятся новые названия. Обещаем следить за новостями и держать вас в курсе последних тенденций.
Помогите нам стать лучше!
Пожалуйста, оцените этот материал, нажав на звёздочки ниже.
Submit RatingСредний рейтинг: 5
blog.colobridge.net
Есть ли альтернатива гигантам рынка СУБД? / Habr
Не редко можно услышать мнение, что существуют такие категории ПО, в которых свободный софт никогда не сможет быть альтернативой проприетарным продуктам. Чаще всего в пример приводятся какие-то сложные, узкоспециализированные, профессиональные программы. Я не знаю, насколько справедливо такое мнение, но некоторые из вышеупомянутых категорий, похоже, можно вычёркивать.В одном из докладов недавно проходившего CNews Forum я увидел «СУБД для предприятий» в списке ПО, которое навсегда останется проприетарным. Я не могу согласиться с таким тезисом, поэтому написал небольшую статью.
Есть ли альтернатива гигантам рынка СУБД?
Сегодня свободное ПО занимает важное место почти во всех сферах ИТ, но все ещё существуют области, в которых “властвуют” проприетарные продукты. Одна из таких областей — корпоративные СУБД. Этот сегмент рынка почти полностью контролируют три гиганта: IBM, Microsoft и Oracle. Но действительно ли нет альтернативы проприетарным СУБД на предприятиях?
В конце октября Москву посетил Брюс Момжан (Bruce Momjian), лидер сообщества PostgreSQL и архитектор СУБД компании EnterpriseDB. Брюс занимается базами данных и связанными с ними разработками уже более 20 лет. С 1996 года он работает с PostgreSQL, а в 2000 году вышла его книга «PostgreSQL: Introduction and Concepts». Мы обсудили с Брюсом перспективы открытых СУБД и, в частности, PostgreSQL на корпоративном рынке России.
С 2004 года на мировом рынке корпоративных СУБД стала заметна тенденция к использованию открытых продуктов. По оценкам Forrester Research, к 2008 году 30% предприятий должны были в той или иной мере использовать Open Source СУБД. К 2008 году эта тенденция дошла и до нашей страны. По данным Gartner, два года назад применение в России СУБД с открытым кодом выросло в 2,5 раза (с 25% до 63%), что позволило говорить о том, что системы управления базами данных (СУБД) являются самым быстрорастущим видом свободного ПО в России.
Но как обстоят дела с открытыми СУБД в России сейчас? По мнению Брюса, существует значительный рост числа корпоративного использования открытых СУБД, но его трудно отследить и оценить. А по таким характеристикам, как возможность расширения функционала и доработки для интеграции со сторонним ПО, открытые СУБД, фактически, не имеют аналогов. В частности, PostgreSQL используется в большом числе нишевых и специализированных решений. Во многих компаниях есть собственные (или написанные на заказ) разработки, использование в которых открытых продуктов, благодаря бесплатности и дешевизне сопровождения, очень выгодно.
Ещё одно направление возможного притока потенциальных пользователей — миграция с проприетарных СУБД на открытые. По данным Forrester, 85% корпоративных клиентов использует менее 30% всего функционала корпоративных СУБД. Если посмотреть на Российский рынок СУБД, то он распределится следующим образом: Oracle — 69,9%, MS SQL — 8,5%, IBM DB2 — 7,2%. На эти три ИТ-корпорации приходится почти 90% поставок СУБД. Но уже сегодня существуют решения по почти автоматической миграции с Oracle на EnterpriseDB Postgres Plus Advanced Server, благодаря высокой совместимости между ними. Также существует довольно известный российский проект SELTA@etersoft, который позволяет использовать PostgreSQL в приложениях, разработанных для MS SQL.
Таким образом, благодаря миграции с Oracle и MS SQL около 80% рынка СУБД могут относительно безболезненно перейти на решения, построенные на базе PostgreSQL. И хотя продукты Etersoft и EnterpriseDB не являются бесплатными, они позволяют существенно снизить общую стоимость владения системой за счёт сокращения расходов на лицензионные отчисления. А в случае разработки решения под заказ использование PostgreSQL, как функциональной и одновременно доступной СУБД, почти незаменимо.
Так существует ли альтернатива таким СУБД как Oracle и MS SQL? Брюс Момжан отвечает однозначно: «Да, безусловно. Ведь именно компания EnterpriseDB, в которой я работаю, давно и успешно помогает множеству своих клиентов использовать PostgreSQL в крупных, промышленных системах.»
habr.com