Фильтрация Datasource с использованием внешних таблиц

[uskutus]

Добрый день.

Передо мной следующая задача:
Имеется форма, одна из колонок формы представлена не datafield, а datamethod.

Требуется, ввести следующую функциональность: фильтрация datasource на основе колонки, заполняемой датаметодом.
Т.е., ставим на форму элемент управления, если в нем есть значение критерия, отфильтровать по этой колонке с соответствующим значением.
***
На сколько мне известно, класс QueryBuildDataSource не имеет методов, позволяющих сортировать по датаметодам. Отсюда, я собираюсь запомнить где-то изначальный query, если критерий в элементе задан, программно соединить с таблицей, из которой берутся данные для датаметода и отфильтровать по ней. А если критерий не задан, восстановить первоначальный запрос.

Поэтому у меня 2 вопроса:

1. Как мне сохранить значение первоначального query, а не ссылку? Если я напишу Query q1 = this.query() будет ссылка.

2. Нет ли возможности использовать в качестве datasource хранимые процедуры? Корявый аксаптовский недоSQL слабоват.

[pedrozzz]

Цитата:

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

1. Как мне сохранить значение первоначального query, а не ссылку? Если я напишу Query q1 = this.query() будет ссылка.

Query q1 = new Query(this.query());

[uskutus]

Цитата:

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

Query q1 = new Query(this.query());

Спс, привык пользоваться методами клонирования, не сообразил.

[S.Kuskov]

Цитата:

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

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

А почему бы на постоянно не заменить display-метод на соединение с таблицей? Для чего возвращаться к display-методу обратно?

[uskutus]

Еще вопрос возник, я сначала подумал, что если вызвать this.query в методе datasource Table1, вернется запрос для datasource. Но потом увидел конструкцию QueryBuildDataSource qbds = this.query().dataSourceTable(tablenum(Table1));

Получается это общий для всех datasource запрос? И мне надо использовать Table1_ds.query() ? Или это одно и тоже?

[S.Kuskov]

Цитата:

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

Или это одно и тоже?

Если на форме запрос один одно и тоже

this.query() подчинённого источника данных также возвращает общий запрос, а не только свою часть.

[uskutus]

Цитата:

Сообщение от S.Kuskov

А почему бы на постоянно не заменить display-метод на соединение с таблицей? Для чего возвращаться к display-методу обратно?

Такая мысль была, но я подумал, что если постоянно не нужна эта таблица, может быть быстрее окажется приплюсовывать запрос. Хотя теперь еще раз подумал, наверное не быстрее)

[uskutus]

Цитата:

Сообщение от S.Kuskov

Если на форме запрос один, то одно и тоже

Нет, на форме несколько datasource/

[uskutus]

Цитата:

Сообщение от S.Kuskov

Если на форме запрос один одно и тоже

this.query() подчинённого источника данных также возвращает общий запрос, а не только свою часть.

Тогда наверно придется отказаться от сохранения первоначального запроса. Все изменения не отследишь. И зачем так сделали?

[S.Kuskov]

Честно? не понимаю что именно вы собираетесь сохранять?
Если нужна фильтрация, то добавляйте новый источник данных прописывайте связи и накладывайте на него фильтр. Если фильтр не нужен то отключайте добавленный источник и всё. Зачем запоминать исходный query?

[uskutus]

Цитата:

Сообщение от S.Kuskov

Честно? не понимаю что именно вы собираетесь сохранять?
Если нужна фильтрация, то добавляйте новый источник данных прописывайте связи и накладывайте на него фильтр. Если фильтр не нужен то отключайте добавленный источник и всё. Зачем запоминать исходный query?

А как отключить добавленный источник? Еще хотелось узнать, как действует фильтр. Фильтруется набор данных в оперативной памяти или выполняется новый запрос к базе данных? Если первоначально фильтр был один, затем его изменили, видимо новый запрос.

[S.Kuskov]

Цитата:

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

А как отключить добавленный источник?

Если я ничего не путаю, то DataSource.enable(false)

Цитата:

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

Еще хотелось узнать, как действует фильтр. Фильтруется набор данных в оперативной памяти или выполняется новый запрос к базе данных? Если первоначально фильтр был один, затем его изменили, видимо новый запрос.

В обоих случаях новый запрос. Дело в том что вообще говоря клиент никогда не тянет на себя весь результат запроса. Оперативно он получает от сервера только ту часть, которую необходимо отобразить, остальное подгружается по мере необходимости.

[uskutus]

Спс.

Цитата:

Сообщение от S.Kuskov

Если я ничего не путаю, то DataSource.enable(false)

Такого свойства не нашел. Свою проблему решил так: qbds.relations(false);

[S.Kuskov]

Цитата:

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

Такого свойства не нашел...

Программное удаление data source из query

[uskutus]

Цитата:

Сообщение от S.Kuskov

Программное удаление data source из query

Не знаю почему, но так пропадают все записи из грида.

С qbds.relations(false); такой проблемы нет.

Зато есть другая проблема: по неизвестной причине строка qbds.relations(false); отрабатывает только при вызове executecuery из элемента грида.
При автоматическом вызове после инициализации и проч. не отрабатывает.

Проверил с помощью info(qbds.toString());

P.S.
Разобрался. qbds.relations(false); работает только после того, как сначала вызвана qbds.relations(true); )))

[ZVV]

Цитата:

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

Не знаю почему, но так пропадают все записи из грида.

Значит отключили что-то не то...
Не вздумайте отключать первый датасорс с квере

Вообще тут никто не видит ни вашей структуры квери ни что вы пытаетесь в ней отключать, поэтому и сказать что-то конкретное сложно.

Цитата:

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

С qbds.relations(false); такой проблемы нет.

Вообще-то relations() это включение/выключение связей между датасорсами на основании имеющихся связей между таблицами(EDT) в АОТ.
С включением/выключением источника данных это ничего общего не имеет (не должно иметь) - датасорс всё равно остался (должен был остаться в кросс джоине). Либо вы чего-то не договариваете. Или не там смотрите...
Проверьте запросы уходящие к БД на всякий случай с помощью трассировки SQL. Возможно увидите много нового и интересного.