Отсев дублирующихся записей при фильтрации

[smoyk]

Есть поле, на которое я накладываю фильтр. Надо отсеять дубликаты в этом поле в результирующем НД. Аналог DISTINCT в запросах. Подскажите, можно ли так сделать, или придется все значения выбирать (и получать) и разбиратся с ними уже на клиенте?

[Голышев Михаил]

Можно сделать в SQL View с distinct и связать его с таблицей в навижн (LinkedObject).
Либо сделать хранимую процедуру с distinct и вызывать её из навижн.

В любой случае, на стороне клиента это к сожалению решить нельзя.

[romeo]

Цитата:

Сообщение от smoyk

Есть поле, на которое я накладываю фильтр. Надо отсеять дубликаты в этом поле в результирующем НД. Аналог DISTINCT в запросах. Подскажите, можно ли так сделать, или придется все значения выбирать (и получать) и разбиратся с ними уже на клиенте?

Получить результирующий набор за один шаг не получится. Если делать на клиенте, то можно создать ключ по этому полю, отсортировать рек по этому ключу. Затем итерациями
Рек.FIND('-');
Рек.SETRANGE(Поле, Рек.Поле);
Рек.FIND('+')
Рек.SETRANGE(Поле);
Рек.NEXT();
Рек.SETRANGE(Поле, Рек.Поле);
Рек.FIND('+')
ну и тд ... То есть получив стопку записей с одинаковым значением вашего Поля фильтровать по значению, переходить на последнюю запись, снимать фильтр и выполнять NEXT для получения нового значения Поля.... Оформить все это в цикле.

[Голышев Михаил]

Этот метод слишком не производителен.
Особенно если обрабатывать большие таблицы, лучше от него отказаться сразу, если есть такая возможность.

[gennady]

Я в таких случаях закидываю отсортированные данные во временную таблицу, что-то вроде:
IF Source.FINDSET THE REPEAT
IF нет еще такой записи THEN BEGIN
TargetTmp := Source;
TargetTmp.INSERT;
END;
UNTIL Source.NEXT = 0;
И потом уже работаю с этой временной таблицей.
Я заметил, что временные таблицы в Наве можно частенько юзать
как некий аналог запросов.

[rmv]

Цитата:

Сообщение от golyshev

Этот метод слишком не производителен.
Особенно если обрабатывать большие таблицы, лучше от него отказаться сразу, если есть такая возможность.

Я бы сказал если РЕЗУЛЬТИРУЮЩИЙ НАБОР будет слишком большим - лучше от этого метода отказаться.
А так вполне хороший метод обеспечивающий достаточную производительность даже на ОЧЕНЬ БОЛЬШИХ таблицах.
Все таки для каждой задачи есть свои инструменты , имхо забивать гвоздики кувалдой не стоит.

Вьюхи дело конечно хорошее, НО имеются свои недостатки:
1. Теряется мультифирменность (можно избежать соединив все таблицы через UNION ALL, но слишком дорого выходит поддержка такого решения)
2. Само собой не будет работать на Native DB.
3. Усложняется обновление боевых баз.

[romeo]

Цитата:

Сообщение от Gennady Antropov

Я заметил, что временные таблицы в Наве можно частенько юзать
как некий аналог запросов.

Наблюдается ОЧЕНЬ сильное замедление работы с временной таблицей, когда число записей в ней находится в районе или превышает 10000 записей. Это на заметку. Ну и структура (число полей и размерность) имеет значение.

[RedFox]

Цитата:

Сообщение от Gennady Antropov

IF нет еще такой записи THEN BEGIN
TargetTmp := Source;
TargetTmp.INSERT;
END;

мне кажется будет быстрее INIT.. TRANSFERFIELDS.. INSERT

И если первичный ключ используется, то вообще GET можно узать (как мне кажется).

[gennady]

Цитата:

Сообщение от romeo

Наблюдается ОЧЕНЬ сильное замедление работы с временной таблицей, когда число записей в ней находится в районе или превышает 10000 записей. Это на заметку. Ну и структура (число полей и размерность) имеет значение.

Да? Я пока этого не замечал. Ведь временная таблица хранится локально, не на сервере. Впрочем, может быть, столько записей я во временную, кажется, еще не грузил.
К тому же, для временной таблицы можно созать свой табличный объект с теми только полями и ключами, которые необходимы в данном случае.
Тогда вообще можно просто (если из полей сортировки исх. таблицы создать первичный ключ для временной):
TargetTmp := Source;
IF TargetTmp.INSERT THEN;
Собственно, именно такой вариант я и рассматриваю как некий навовский эквивалент запросам.