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

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

Как-то очень коротко и ни слова про nosql, json, колоночные бд…

Кстати, узнал бы поподробнее про спор и магазин, где можно почитать?

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

"Жаль... Жаль, что нам так и не удалось послушать начальника транспортного цеха."

К сожалению, -- опять, сплошная реклама!

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

Выскажу мнение: на заре эры персональных компьютеров реализовать для них РСУБД оказалось значительно легче (особенности хранения, "простота" модели...) и количество специалистов и кода для персональных компьютеров выросло лавинообразно. ЛЕГАСИ, вот что стало причиной и, возможно, снижение уровня специалистов (энтузиастов, на начальном этапе).

Я рад, что кто-то уловил аллюзию

Инструментом для обычных людей он не стал. Зато на долгие годы стал обязательным элементом в арсенале чуть ли не любого программиста.

Скорее появилась отдельная профессия - "дата-инженер".

У меня такое ощущение, что вы в историю с соревнованием скомковали лет 20. Сетевые базы данных повились в 50-годах, в 60-х в среде COBOL создались концепты баз данных в виде схем. А в начале 1970-х появились реляционные модели данных, благодаря работам Эдгара Кодда. Кодд ввёл в оборот термин OLAP и написал 12 законов аналитической обработки данных. В его честь названа одна из нормальных форм 1NF. И только в начале 80-х реляционная модель начала входить в моду.

Т.е. вы как-бы литературно в один исторический момент поместили и динозавров и людей. Литературно - можно. Потому чо такие истории всегда возникают на стыке новых технологий, когда создатель новой технологии "доказывает" право на существование и дальнейшее финансирование в его "бэби".

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

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

Наличие хорошей теории (реляционной алгебры) — хорошее подспорье в распространением определённой модели данных. Но сегодня происходит возврат к более старым моделям и их совместное использование. Нельзя говорить о чьей-то победе. А, вообще-то, было бы неплохо написать однажды аналитическую статью по заявленной теме. А то, тут, как всегда, что-то начато, но, прервано на самом интересном месте. Не статья, а айсберг какой-то. Где окончание?

Насчет "сегодня" будет еще статья

вы хорошо пошутили. Первая база данных NoSQL была в конце 90-х создана, NoSQL движение в 2009 пошло в массы. Многие концепты, например в BigData сегодня имеют корни в сетевых базах данных, например как распределённая обработка и сохранение данных, поэтому не стоит ни здесь, ни вообще о победах или поражениях говорить, а исторический подход есть лучшая альтернатива. Успеха вам!

И как вам помогает реляционная алгебра? И как она помогла разработчикам реляционных баз, когда они упустили операции MERGE, UPSERT и слажали с логичностью синтакса?

ПС. Базы нежно люблю, но не идеализирую.

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

Интересно, в примере специально использовали мужские фамилии, чтобы не получилось что-то вроде- ссылка типа "брат" (Иванова М.Ф.:)

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

https://ivankhodyrev.medium.com/the-best-long-brief-history-of-database-management-systems-cb9a2421a578

имхо но победа весьма сомнительна.

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