Уважаемые коллеги ! Всех с Новым годом!
Извините что из-за потребления освежающих напитков
поздно возвратился в дискуссию.
Внесу некоторую ясность в задачу.
1. Структура данных несколько сложнее, чем я её описал:
на самом деле таблиц несколько и в них хранятся опоры
множества ЛЭП , но не в этом суть. Упростим задачу.
Считаем, что опоры нужной ЛЭП уже выбраны в отдельную
таблицу.
2. Все опоры пронумерованы, но номера не уникальны. Бывает
(иногда) что опоры ЛЭП нумеруют и с начала и с конца. Это
явная глупость, но она случилась в незапамятные времена и
исправить её уже нельзя.
3. Каждая опора имеет уникальный индекс в БД, но по индексу сортировать
бессмысленно, т.к. опора, вставленная в середину ЛЭП после
сортировки окажется в конце.
4. Сейчас я делаю это так:
а. Читаю всё в Delphi.
б. Проверяю расстояния от первой опоры до всех остальных и нахожу
ближайшую.
в. Проверяю расстояния от найденной ближайшей опоры до всех
остальных и нахожу следующую
... и т.д.
Сейчас я вижу 3 выхода:
- оставить всё как есть
- сделать из Delphi - кода UDF
- переписать всё на PSQL и сделать хранимую процедуру
Суть вопроса в следующем:
- нельзя ли этот алгоритм реализовать в виде запроса SELECT
- не будет ли этот SELECT компактнее ? Сейчас в Delphi-коде
400 строк
- не будет ли этот SELECT работать быстрее ?

I'm sory за фразу
"Каждая опора имеет уникальный индекс в БД"
Следовало бы написать
"Имеется первичный ключ"

Di_LIne > Судя по велеречивости и уровню шуток,
вы из-за новогоднего стола выбрались слишком поздно...

Dimitry Sibiryakov > Спасибо за внятный и категоричный ответ.
Но как такой запрос построить ?

Всем спасибо !
СТЕ обязательно попробую !