g(
но это же оно для каждой вычисляет это расстояние, я прав? это сильно напряжно для ресурсов?
Size: a a a
2016 May 12
g(
в любом случае, спасибо, очень помог.
DN
SELECT * FROM places ORDER BY location <-> point '(101,456)' LIMIT 10;
клево
DK
Это все в девеловской постгре. В стейбле этого пока нет.
g(
черт, надо было предупреждать.
в продакшене использовать девеловскую версию же фу-фу, да?
в продакшене использовать девеловскую версию же фу-фу, да?
SK
но это же оно для каждой вычисляет это расстояние, я прав? это сильно напряжно для ресурсов?
Там вариант R-дерева, то есть оно смотрит по дереву сразу в нужное место потом смотрит в соседние листы и строит приорететную очередь пока не наберет нужный limit
g(
Там вариант R-дерева, то есть оно смотрит по дереву сразу в нужное место потом смотрит в соседние листы и строит приорететную очередь пока не наберет нужный limit
вау, это офигенно.
SK
черт, надо было предупреждать.
в продакшене использовать девеловскую версию же фу-фу, да?
в продакшене использовать девеловскую версию же фу-фу, да?
Для 2d точек с 9.2
g(
Для 2d точек с 9.2
а, тогда норм.
SK
Для кубов в 9.6, но если очень хочется можно взять сам экстеншн от 9.6 и запустить на 9.5, он в проде у народа стоит с 9.4 как патч, так что норм должно быть
g(
не. 2д мне хватит.
SK
вау, это офигенно.
будет нормально работать если Limit маленький, около 10-100
SK
у меня так примерно по двум ярдам 6-мерный векторов отрабатывало за 10-20ms
DK
Оператор <-> для куба есть в доке только для дева. Предыдущие версии используют функцию cube_distance
g(
будет нормально работать если Limit маленький, около 10-100
маленький
спасибо
спасибо
SK
Оператор <-> для куба есть в доке только для дева. Предыдущие версии используют функцию cube_distance
Я знаю, спасибо, я его и писал) А knn для точек давно есть
DN
но по чесноку кмк это не субд задача
DN
g(
ну как сказать, как сказать
g(
если делать это нужно, то делать это надо прямо в бд, потому что для выполнения этого вне бд нужно будет все вытаскивать :)