Основная проблема "реляционок" в том, что связи/реляции (как это не парадоксально) в РСУБД отсутствуют - реализация основывается на АССОЦИАТИВНОЙ модели (связи строится в join), связи не материализованы и возникают в ходе построения плана. План строится "на-лету". В графовой же БД связи материализованы и опираются не на ассоциацию атрибутов сущностей (термин нормализация присущ РСУБД), а на прямые указатели конкретных вершин. Это подтверждаектся тем фактом, что РСУБД критичны к CPU, в то время как графовые СУБД сильно зависят от оперативной памяти.
Не совсем понятно для чего?
Действительно, существует Upsourse!
«Вы можете сказать что это повторяет немного Upsource, сама идея подобная — но подход совсем другой.» — обоснование довольно размытое…
По моему, очередная web IDE, про анализ кода речи не идёт
Основная проблема "реляционок" в том, что связи/реляции (как это не парадоксально) в РСУБД отсутствуют - реализация основывается на АССОЦИАТИВНОЙ модели (связи строится в join), связи не материализованы и возникают в ходе построения плана. План строится "на-лету". В графовой же БД связи материализованы и опираются не на ассоциацию атрибутов сущностей (термин нормализация присущ РСУБД), а на прямые указатели конкретных вершин. Это подтверждаектся тем фактом, что РСУБД критичны к CPU, в то время как графовые СУБД сильно зависят от оперативной памяти.
Действительно, существует Upsourse!
«Вы можете сказать что это повторяет немного Upsource, сама идея подобная — но подход совсем другой.» — обоснование довольно размытое…
По моему, очередная web IDE, про анализ кода речи не идёт