https://www.opennet.me/openforum/vsluhforumID3/96514.html На конференции Google I/O анонсирована (http://google-opensource.blogspot.ru/2014/06/cayley-graphs-in-go.html) новая БД Cayley (https://github.com/google/cayley), ориентированная на хранение связанных друг с другом данных, образующих граф (семантический web, социальные сети и т.п). Основная особенность графо-ориентированной БД (http://ru.wikipedia.org/wiki/%D0%91%D0%B0%D0%B7%D1%8B_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BD%D0%B0_%D0%BE%D1%81%D0%BD%D0%BE%D0%B2%D0%B5_%D0%B3%D1%80%D0%B0%D1%84%D0%BE%D0%B2) заключается в том, что кроме записей, определяется и связь между ними, которая учитывается при построении запросов.<br><br><br>Код написан на языке Go и распространяется (https://github.com/google/cayley) под лицензией Apache. Система является модульной и может использовать разные бэкенды для низкоуровневого хранения и организации обработки запросов. Например, доступны бэкенды для хранения в оперативной памяти, LevelDB (http://code.google.com/p/leveldb/) и MongoDB (http://www.mongodb.org/). Для выборки связанной инф https://www.opennet.me/openforum/vsluhforumID3/96514.html#22 Wed, 02 Jul 2014 05:24:46 GMT LDAP изобрели?<br> https://www.opennet.me/openforum/vsluhforumID3/96514.html#21 Mon, 30 Jun 2014 07:12:03 GMT О как ! Реинкарнация CODASYL ?<br> https://www.opennet.me/openforum/vsluhforumID3/96514.html#20 Mon, 30 Jun 2014 06:34:34 GMT &gt; Так рано или поздно юзер таких данных навводит, что Ваша рекурсия уйдет <br>&gt; в переполнение стека и крах всей системы либо в невозможность выполнения <br>&gt; запроса...<br><br>Моя не уйдёт. YMMV.<br> https://www.opennet.me/openforum/vsluhforumID3/96514.html#19 Mon, 30 Jun 2014 05:45:21 GMT &gt;&gt; А кто-нибудь попробуйте "распутать" таблицу ссылающуюся саму на себя глубиной так в <br>&gt;&gt; 500 записей. В цирке смеяться не будет. Как пример таблица людей <br>&gt;&gt; и их родственные связи. ;-) <br>&gt; Ну, да, ну рекурсивный SQL запрос. Но никак не ужос-ужос-ужос. //Гордый участник <br>&gt; Фестиваля специалистов!<br><br>Так рано или поздно юзер таких данных навводит, что Ваша рекурсия уйдет в переполнение стека и крах всей системы либо в невозможность выполнения запроса...<br> https://www.opennet.me/openforum/vsluhforumID3/96514.html#18 Mon, 30 Jun 2014 05:41:32 GMT &gt;&gt; Я извиняюсь, чем это отличается принципиально от реляционных БД?<br>&gt; Если бы Вы когда-нибудь что-нибудь делали на РСУБД, то уже один шаблон <br>&gt; "а вот этот атрибут у нас определяет семантику вот того атрибута" <br>&gt; навёл бы на смутные подозрения, выливающиеся в буйный восторг при знакомстве <br>&gt; с иерархическими БД, например.<br>&gt; Идите-ка и учитесь, а не пишите глупости.<br><br>Хммм... Проблема иерархических БД - работать с ними могут только РАЗУМНЫЕ пользователи, а их количество стремится к нулю в каждой отдельно взятой организации. Или выполнение рекомендации Oracle - директор по структуре БД предприятия наряду с коммерческим, финансовым и т.д.<br> <br>Работали в свое время с НИКОЙ - передовой российской разработкой иерархической БД, зарплату для завода на 5000 человек сделали, под DOS.<br>НИКА считала 15-20 минут, фокса - 8-10 часов.<br>НО через год после конца сопровождения они так базу "расширили и дополнили", что считать на НИКЕ вообще перестало. А поскольку 1С тогда не было, на РСУБД этот подвиг (невозможность расче https://www.opennet.me/openforum/vsluhforumID3/96514.html#17 Mon, 30 Jun 2014 05:25:45 GMT Никого же не удивляет как это оперативка хранит в себе деревья, если это плоское адресное пространство от 0 до ххх. Так и реляционной моделью вполне себе можно представить что угодно. Парентные отношения есть, многие ко многим связи тоже реализовать не проблема. Да, таблицы иной раз будут плохо нормализованы, но это не повод говорить о резких преимуществах "сетевых" моделях СУБД. Истории их действительно много лет, но толком не "взлетели". Может, когда  CPU/APU/GPU будут уметь в "железе" что то делать с рекурсией и графами, тогда реляция и станет мовитоном. А так - нашлепали таблиц, "обвесили" кодом PL/SQL со всякими connect by (тут по в кусу) и имеете граф-ориентированную БД.<br> https://www.opennet.me/openforum/vsluhforumID3/96514.html#15 Sun, 29 Jun 2014 07:05:12 GMT Вы бы поосторожней.<br>При знакомстве с иерархическими БД юного сторонника прогрессивных NoSQL может ведь и удар хватить, если он случайно датами их расцвета поинересуется.<br> https://www.opennet.me/openforum/vsluhforumID3/96514.html#14 Sun, 29 Jun 2014 05:28:52 GMT SQL-запрос<br> https://www.opennet.me/openforum/vsluhforumID3/96514.html#13 Sat, 28 Jun 2014 16:33:31 GMT &gt; А кто-нибудь попробуйте "распутать" таблицу ссылающуюся саму на себя глубиной так в <br>&gt; 500 записей. В цирке смеяться не будет. Как пример таблица людей <br>&gt; и их родственные связи. ;-) <br><br>Ну, да, ну рекурсивный SQL запрос. Но никак не ужос-ужос-ужос. //Гордый участник Фестиваля специалистов!<br>