Как стать автором
Обновить

БД — это скальпель или мультитул? Куда привела эволюция СУБД в 2023 году

Время на прочтение10 мин
Количество просмотров13K
Всего голосов 25: ↑21 и ↓4+20
Комментарии21

Комментарии 21

Хех, и ни слова про графовые, объектные, древовидные, мультимодельные СУБД..

ни слова про

Слово есть, но оно, видимо, для вас секретное. NoSql.

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

Перед началом доклада я сделал небольшой дисклеймер — и в текст его тоже включили. Я рассматривал только базы данных для операционных нагрузок (OLTP). Тайминг доклада стандартный — 35 минут. Если начать перечислять все виды БД и упоминать хотя бы по паре названий и свойств, то на перечисление не хватит времени доклада. Поэтому выбрал достаточно ограниченное подмножество и в нем несколько ключевых свойств. Согласен что тема сама по себе намного более обширна, но на ее раскрытие нужно намного больше времени.

Хотите сказать, что перечисленные мной не OLTP?

Развитие реляционных БД началось с конца 90-х годов, и сейчас на рынке популярны несколько решений: PostgreSQL, MySQL, MariaDB. 

Статью нейросеть сгенерировала?

А комментарий бот написал?

Скажите честно, вы тоже считаете что развитие реляционных СУБД началось с конца 90-х годов?

Первая коммерческая реляционная СУБД, имя которой в статье нельзя называть, в 79-м году вышла.

В докладе я затрагивал только продукты с открытым исходным кодом. Для PostgreSQL, MySQL выход в Open Source это 90-ые.

Знаете, если бы это было написано где-то в начале статьи, а то как-то сильно содержание не соответствует. Опять же, если opensource, то где sqlite, firebird, percona? Ладно, firebird как-то больше на пределах ex-ussr, но уж sqlite. Вообще про реляционки кроме как про postgre вообще ничего не написано (за исключением одного предложения про Vitesse для MySQL).

"Развитие реляционных БД началось с конца 90-х годов, и ..."

Без уточнения что речь идет именно об open source dbms, звучит отвратительно. СУБД с конца 70-х выпускаются, вы 20 лет разработки выкинули, этими словами. Помножили на ноль труд и достижения людей, возмутительно. Пожалуйста не надо так говорить.

Консистентность в конечном итоге;
Отсутствие транзакций;

Интересно, в чём принципиальная разница между консистентностью и транзакциями?

Хотя в целом занимательный обзор.

NoSql субд появились гораздо раньше.

Пример: Adabas, Lotus Notes/ Domino.

По классификации Клодта являются иерархическими СУБД.

Чуть-чуть займусь буквоедством, но:
* "Консистентность в конечном итоге счёте" пишут обычно;
* Vitess кажется без "e" на конце;
* ну и "Технологии Distributed SQL уже больше десятИ лет", и два подряд пробела слишком часто встречаются - это бросается в глаза.

За статью спасибо!

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

Кек

Автор пишет про СУБД, а вы говорите "я SQLite использую"

Ну ок, я вообще все в файлы пишу, а автор про файлы ничего не сказал...

Извините за сарказм, но все (кроме вас) пользуются тем, о чем автор написал

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

А чем докажете, что SQLite - это СУБД?

И как у нее с `отказоустойчивость и масштабируемость` ?

вы сначала докажите что вы не осёл, потом я с вами поговорю.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий