Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
SParQL :: RDF :: технологии семантического поиска :: AWS:Neptune
|
|||
|---|---|---|---|
|
#18+
Ролг Хупинmaytonпропущено... Возможно ты не понимаешь как работает поиск в графах. Для того чтобы он работал быстро. Вершина должна содержать в себе список инцедентрых ребер. Если ребра "физически" хранятся в разных местах таблицы в БД. То на сборку путей будет потрачено большое число IOPS. Возможно ты и понимаешь, я не в курсе, допустим. "Вершина должна содержать в себе список инцедентрых ребер." Нет, это не обязательно, в базах есть еще и индексы. Индексы не решают всех проблем. К примеру кластеризация данных вокруг поисковых ключей. Это немаловажно когда у тебя таблица перевалила за 10-100 Гб. Как работает Нептун с большим объемом - пока я не знаю. Судя по конфигурации он - In-Memory но это коробочное решение для поиска в графах. А если есть заказ на такие решения то очевидно что преимущества Нептуна должны быть. По поводу хранения графовых данных в реляционках. Apache Jena содержит в себе адаптеры для этого (SDB). И я их собираюсь подвергнуть бенчарку. Технически - я знаю как. Единсвенное что я пока не определеилися это какую взять базу знаний. И какие к ней писать запросы. Типичный запрос к такой базе может выглядеть как - найти всех людей (Persons) которые связывают тебя с Королевой Англии. (К примеру). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 14:04 |
|
||
|
SParQL :: RDF :: технологии семантического поиска :: AWS:Neptune
|
|||
|---|---|---|---|
|
#18+
maytonРолг Хупинпропущено... Возможно ты и понимаешь, я не в курсе, допустим. "Вершина должна содержать в себе список инцедентрых ребер." Нет, это не обязательно, в базах есть еще и индексы. Индексы не решают всех проблем. К примеру кластеризация данных вокруг поисковых ключей. Это немаловажно когда у тебя таблица перевалила за 10-100 Гб. Как работает Нептун с большим объемом - пока я не знаю. Судя по конфигурации он - In-Memory но это коробочное решение для поиска в графах. А если есть заказ на такие решения то очевидно что преимущества Нептуна должны быть. По поводу хранения графовых данных в реляционках. Apache Jena содержит в себе адаптеры для этого (SDB). И я их собираюсь подвергнуть бенчарку. Технически - я знаю как. Единсвенное что я пока не определеилися это какую взять базу знаний. И какие к ней писать запросы. Типичный запрос к такой базе может выглядеть как - найти всех людей (Persons) которые связывают тебя с Королевой Англии. (К примеру). Да, задача интересная сама по себе, отпишись потом, если будет возможность. Я имел в виду, что индексы могут быть сложной структуры, как например, для хранения дуг к вершине. Я не в курсе как устроено все внутри OrientDB, но там утверждается, что база и реляционная, и графовая ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 18:26 |
|
||
|
|

start [/forum/topic.php?fid=16&msg=39770807&tid=1339993]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
161ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
| others: | 312ms |
| total: | 572ms |

| 0 / 0 |
