оно все равно не используется в гет запросе

Есть мысли ?

На фронте это типа как путь проделанный должен быть на карте, да?

Да

я не сталкивлся с такими задачами, и выскажу чисто что приходит на ум, но точно думаю что 100 млн точек на фронт оптравлять не нужно, вам скорее всего же не нужно с огромной точностью эту линию нарисовать на карте, т.е вы можете провести процесс как бы его так назвать, "линеаризации или интерполяции что ли", т.е не брать каждую точку, а взять несколько крайних, выстроив таким образом ломаную кривую, и нарисовать на карте. можно также менять этот параметр (точности) в зависимости от масштаба на карте пользователя

Ну, это примерно 800 МБ

Не так уж и много, если рассудить

по сравнению с какой то игрой или фильмом, да не много

но если 800 мб нужны чтобы отрендерить просто путь на карте, то это очень много

Вебсокеты, пайпы, что использовать и какими кусками? Вот в чем вопрос

Сейчас сделано по 1000 строк аякс запросами последовательно

Это долго

При чем замедляется с ростом офсета

Поддерживаю. Реактовские компоненты тормозят уже на 10к записей) рендерить миллионы нельзя

а если все координаты рендерить не надо - значит и тянуть их на фронт не надо

я бы сделал sql запрос order by x2+y2  и фильтровал бы еще на уровне запроса по rownum

но это только если трек не петляет)

иначе надо по таймингу сортировать и обрубать на уровне запроса

кто знает на такое выражение ( 'AAAA/{ЦИФРЫ}/ББББ')

AAAA/10/ББББ

Тут проблема в том, что интеполяция или еще какое-нибудь снижение точности 100% нужно. В браузере JSVM начнет тормозить уже когда ты 500мб данных в неё загонишь. А тебе это еще и рендерить.
Как пример - фигма, которая грузит листами, а не экранами. Тормозит как тварь даже на сильном железе.
А по поводу передачи - если ужать данные до условных 100мб или меньше - уже все-равно как передавать. Хоть по сокету кусками, хоть аяксом одним запросом забирать