Исходное сообщение
"Первый стабильный выпуск  графо-ориентированной СУБД Nebula ..." Отправлено Антон, 24-Июн-20 09:47
Мое мнение: изначально субд проектировались как древовидные либо граф 70-80 годы. Но впоследствии оказалось что есть проблема с избыточностью (дублирование информации). Дисковое пространство измерялось в Мб. Перешли на реляционные (связанные таблицы). Первая была оракл конец 80-х. Но, как быстро найти запись в таблице? Сделали индексы. Т.е. реляционные + индексы, это типо компромисс между производительностью и избыточностью информации. Но на практике (моей) индексы, занимают иногда такой же объем информации (это как бы отсортированные данные). А сейчас дисковое пространство можно измерить террабайтами. В некоторых случаях когда нужно добиться самой быстрой производительности выбор будет графовая модель. Например, возможно и не удачный, глобальный телефонный справочник. Либо в математических расчетах. Может быть блокчейн, когда можно не считать - тратить время, а значение взять из базы...

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: