Комментарии 13
Наконец-то что-то интересное про сотовую связь. И спасибо за идею. Попробую использовать ваши наработки.
Странно, конечно, читать «т.н. графовые базы данных», «никому из наших айтишников» и пр. Хесус Барраса, по ощущениям главный евангелист Neo4j, как раз на телекомах специализировался. Такие кейсы давно уж стали общим местом. Вот раздел у них на сайте про вашу «вертикаль»: https://neo4j.com/use-cases/telecom. У других GDBMS аналогичные разделы на сайтах есть.
У него близкая по теме статья: maxdemarzi.com/2019/03/01/network-routing-in-neo4j
Но у нас несколько другой подход.
Спасибо за материал, теперь есть у кого спросить:
Графовые таблицы в MS-SQL можно назвать аналогом, или это, всё же, попытка эмулировать графовую логику реляционным движком?
Меня тоже этот вопрос интересовал, но точно не могу сказать. Судя по результатам бенчмарков и ряду ограничений, в MS SQL некоторая оптимизация хранения графовых структур в стиле index free adjacency все же есть.
Вообще же, у MS есть и собственно графовая СУБД — Trinity. На ней крутятся демки их Concept Graph, например.
Если точно известно, что на другом конце нод типа port (а это очевидно из типа связи port_attach), то не нужно ещё раз фильтровать по метке, это лишний шаг, можете посмотреть профиль запроса. Т.е.:
match (bts)-[:port_attach]->()-[:vlan]->(vlan)
Трассировка сервисов в мобильной транспортной сети. Как мы пришли к графовой БД Neo4j