Для поиска ближайших соседей нужен r-tree индекс. Так что без postgis не обойтись

В постгисе нет r-tree, кстати говоря

GiST на него отдалённо похож, но не r-tree

я ссылку выше привел, "The KNN system works by evaluating distances between bounding boxes inside the PostGIS R-Tree index."

Как так нет? "PostgreSQL provides several index types: B-tree, R-tree, Hash, and GiST. ", https://www.postgresql.org/docs/8.1/indexes-types.html

8.1?

Спасибо, исправил

Что за тип такой?) Не могу найти доки по нему в гугле

Да, в этой версии ещё есть. Но! "В предыдущих выпусках PostgreSQL также поддерживался метод индекса R-дерево. Сейчас он отсутствует, так как он не даёт значительных преимуществ по сравнению с GiST. Указание USING rtree команда CREATE INDEX будет интерпретировать как USING gist, для упрощения перевода старых баз на GiST". Что логично, так как "GiST (англ. Generalized Search Tree, Обобщенное поисковое дерево) — структура индекса, которая является обобщенной разновидностью R-tree"

Но там нет типа geometry...?

Есть вот такой вот простой триггер, но почему-то он файрит 2 раза сначала TG_OP=UPDATE, потом TG_OP=INSERT при простом INSERT INTO service_profile.

Может это какая-то тонкость работы ON CONFLICT клаузы?

Транзишон триггеры это довольно новая и полезная штука, но когда обнаружил вот это двойное срабатывание то прям руки опускаются. Уже и доки перерыл, и стек пробовал печатать в NOTICE, но не нахожу никаких зацепок.

К слову, сам INSERT INTO service_profile делает другой STATEMENT-level триггер, который срабатывает ровно один раз, и его функция структурирована иденточно этой:

INSERT INTO service_profile SELECT () FROM new_table ON CONFLICT (id) DO UPDATE SET ... WHERE () IS DISTINCT FROM ();

Исправление доехало

а почему PostgreSQL говорит, что БД весит 500 МБ, а том на диске занят на 1.6 ГБ?

Может индексы? Вакуум запускали?

кто такой вакуум

я юзал БД из под своего приложения, также с pgadmin подключен в браузере