Сортировка поля на форме, который отображается Display методом

[IvanS]

Доброго времени суток. Есть поле на форме, в которое отображается дата из связанной таблицы с помощью дисплей метода.
Как сделать так чтобы можно было сортировать и по этому полю тоже?
P.s. догадываюсь, что нужно изменять метод Sort

[AndyD]

Вы неправильно догадываетесь
Сортировать по дисплейному полю нельзя. Сортировка указывается в запросе, оправляемом на сервер б/д, соответственно, сортировать можно только по полям запроса.

[IvanS]

Цитата:

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

Вы неправильно догадываетесь
Сортировать по дисплейному полю нельзя. Сортировка указывается в запросе, оправляемом на сервер б/д, соответственно, сортировать можно только по полям запроса.

То есть ни какой возможности отсортировать по этому полю нет?

[oip]

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

[IvanS]

Цитата:

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

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

Не дисплейным, значит добавить это поле в это таблицу?

[oip]

Цитата:

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

Не дисплейным, значит добавить это поле в это таблицу?

Как вариант. Если очень надо. Тогда сортировка по этому полю будет во всех формах, где используется данная таблица. Есть и вариант, который в предыдущем сообщении предложили. Можно еще кучу способов придумать.

Если нужны еще способы, готов предложить. Только получится что-то типа Нильса Бора c барометром.

[TasmanianDevil]

Да , добавить ... Но не поле в таблицу, а датасорс в дизайн
Добавить датасорс по таблице , из которой берется дисплейным методом некая муть, за-join'нить его, и вот эту муть выводить в грид - тогда будет сортироваться .

Только меееедленно будет ...
И для редактирования придется выводить из корневого датасорса поле, которое на за-join'енный датасорс ссылается.

[IvanS]

Цитата:

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

Да , добавить ... Но не поле в таблицу, а датасорс в дизайн
Добавить датасорс по таблице , из которой берется дисплейным методом некая муть, за-join'нить его, и вот эту муть выводить в грид - тогда будет сортироваться .

Только меееедленно будет ...
И для редактирования придется выводить из корневого датасорса поле, которое на за-join'енный датасорс ссылается.

Мне кажется так не получится, потому что там выбирается одна из записей связанной таблице по некоторому условию. И тем более эта таблица добавлена в датасорс.

[TasmanianDevil]

IvanS, Вы не правы, гляньте аттачмент...

Только для подобных трюков однозначно индексы прошерстить для join-на, иначе на "веселых" объемах ох как "быстро" бегать при сортировке

[IvanS]

Цитата:

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

IvanS, Вы не правы, гляньте аттачмент...
Только для подобных трюков однозначно индексы прошерстить для join-на, иначе на "веселых" объемах ох как "быстро" бегать при сортировке

Думаю просто надо объяснить как все обстоит:
Есть табл Заявки и ИсторияЗаявки. Связь 1-m Обе эти табл отображаются на форме. В Истории Заявки есть поле срок. Вот в гриде табл. Заявки есть поле которое display методом отображает ПОСЛЕДНИЙ срок текущей заявки из ИсторииЗаявок.

Вот. То есть вы правильно поняли? Так можно или нет сделать сортировку?

[sukhanchik]

через добавление нового датасорса в данном случае (т.к. присутствуют в конечном счете групповые операции в терминах SQL) нельзя.
В данном случае больше подойдет решение от oip. При попадании в историю заявок новой записи, которая изменяет значение дисплей-метода - просто требуется перезаписывать это новое поле. А по нему уже возможна полноценная сортировка и фильтрация. Такой прием (добавление дополнительных полей) кстати часто в Аксапте используется - к примеру при разноске накладной на услуги заполняется галка Posted в CustInvoiceTable, хотя до ее появления признаком разнесенной накладной на услуги являлся номер обычной накладной (InvoiceId).