Как узнать, подходит ли Record к Query?

[Eldar9x]

Допустим, есть у вас объект Query. И есть еще запись Record. Как красиво проверить факт того, что эта запись Record содержится в одной из записей данного Query?

[S.Kuskov]

Добавить в Query условие фильтрации по RecId и выполнить запрос. Если запись вернулась, то запись Record содержится в Query
Чтобы запрос выполнился ещё быстрее можно его преобразовать (убрать сортировку, группировку, выборку лишних значений) как в методе sysQuery::countPrim().

Если задачу можно свести к проверке "Попадает ли значение в фильтр Range?", то можно воспользоваться функцией Global::inRange().

[AlexMoskvichev]

Цитата:

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

Допустим, есть у вас объект Query. И есть еще запись Record. Как красиво проверить факт того, что эта запись Record содержится в одной из записей данного Query?

Наверное стоит уточнить, что значит в query? Т.е. может быть открытый курсор, в котором определенным запросом выбраны данные, а другой транзакцией в таблицу записана новая запись?
А если запись прочитана в одной транзакции, а в другой изменена это будет считаться той-же записью или новой? Насчет уровней изоляции ничего в условии задачи не сказано...

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

[S.Kuskov]

Ещё иедя появилась. Можно превратить курсор постоянной таблицы во временный буфер методом common.setTmp(). Вставить в этот временный буфер интересующую строку. Подсунуть этот временный буфер в QueryRun при помощи метода QueryRun.SetRecord(). И выполнить запрос по временной таблице, состоящей из одной строки.

Если запрос состоит из соединения нескольких таблиц, то процедуру замены постоянного курсора на временный в общем случае нужно будет сделать для всех таблиц. Иначе можно получить ошибку Временные таблицы должны быть вложенными... Да и производительность только тогда и улучшится. Т.е. идея в том чтобы выполнить запрос не в БД а в оперативной памяти на клиенте.

To AlexMoskvichev: На сколько я понял речь о том, что Query ещё не выполнен, а только сконструирован.

[kornix]

Цитата:

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

Допустим, есть у вас объект Query. И есть еще запись Record. Как красиво проверить факт того, что эта запись Record содержится в одной из записей данного Query?

1. Попробуйте сделать второй query, который будет копией исходного + криетрий на recId проверяемой записи;
2. Если queryRun.next() от нового query вернет запись - значит запись попадает в Query

Источник

[Eldar9x]

Спасибо!

[TasmanianDevil]

Если походить абстрактно (т.е. нам не известен заранее ни сам Query, ни Record) то :
1) Query может состоять из более чем одного датасорса, и в нем может быть, а может и не быть датасорса по таблице, соответсвующей Record
2) В структуре Query может быть более одного датасорса по таблице соответсвующей Record

Если первый пункт можно разрешить, то при положительном втором пункте ответ на поставленный в теме вопрос становится неопределенным