Ребят, а посоветуйте по архитектуре. Дано: карта, на карте много (

Question

Ребят, а посоветуйте по архитектуре. Дано: карта, на карте много (

>1млн) треков (трек это линия, состоящая из точек ХУ). Надо треки показывать по области, которая у клиента отражается.

Сами треки в базе хранить нет смысла - данных излишне много. Треки хранятся в файлах, у каждого трека есть номер.

Думаю в сторону "тайлов" - как в OpenStreetMaps - карту делим на квадратики, и в базе хранить номер квадратика и номер трека.

Вопрос вот какой:
0.
Постгис использовать кажется смысла нет, так как с геометрией по сути не работаю. Хотя может быть я не нашел вкусные фичи у него.
1.
Как лучше хранить связь "номер тайла - номер трека" - делать в самом треке массив тайлов, через которые он проходит, или отдельную табличку Тайл-Трек.

Есть ли разница в производительности?

2. Есть ли у постгреса что-то похожее на выборку по дереву? То есть сказать, что мне нужны все листья вот этого узла.
Хочу адаптировать под QuadKey/QuadTree. Можно конечно использовать строки Like 12214%, но мне кажется это не оч эффективным. Я ошибаюсь?

#backend #devops #pgsql #programming #russian

0

21.08.2020

1 ответов

23 просмотра

Yaroslav Schekin · Accepted Answer

Yaroslav Schekin

А Вы бы всё равно лучше этот вопрос задали и в чате по postgis (он тут где-то был), на всякий случай — им уж эта тема куда ближе.

0

21.08.2020

172 похожих чатов

Ребят, а посоветуйте по архитектуре. Дано: карта, на карте много (

1 ответов

Похожие вопросы