Фильтрация по виртуальным полям

[iiipoizone]

Есть таблица с заказами SalesTable
Есть строки маршрута RouteLine (RouteLine.salesId == salesTable.salesId)
Есть маршрут RouteTable (RouteTable.routeId == RouteLine.RouteId)

В таблице RouteTable есть поле водитель Driver

Это поле нужно разместить на форму SalesTable с возможностью дальнейшей фильтрации по полю RouteTable.Driver

Как-то можно это реализовать такую фильтрацию без добавления поля "водитель" в таблицу SalesTable

[pitersky]

Эм... а зачем вам добавлять поле водитель в таблицу заказов???
У вас есть чёткая связь заказа на продажу и маршрута. Надо всего-то добавить два указанных датасоурса в нужную форму и вынести поле с датасоурса маршрута на форму

[TasmanianDevil]

Цитата:

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

Как-то можно это реализовать

Добавить и сохранить для юзерастов расширенный фильтр с join'ом RouteLine и RouteTable.

[ZVV]

Цитата:

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

Добавить и сохранить для юзерастов расширенный фильтр с join'ом RouteLine и RouteTable.

Чаще всего у "юзерастов" возможность фильтрации означает не только поиск, но и сортировку в гриде.

Вариант pitersky гораздо более разумный.
Единственное, что джойнить вероятно придётся по аутерджоин (я ж так понимаю маршрут может быть может не быть) что накладывает некоторые ограничения на возможности фильтрации.
Плюс на форме надо будет перекрыть методы проверок/обновлений датасорсов RouteLine и RouteTable что-бы они по факту ничего не делали при работает с головной записью SalesTable.

[pitersky]

К слову, автор - вы уверены, что указанная вами связь однозначна? Я имею в виду - что один заказ будет отгружаться строго в рамках одной строки одного маршрута

[iiipoizone]

Цитата:

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

К слову, автор - вы уверены, что указанная вами связь однозначна? Я имею в виду - что один заказ будет отгружаться строго в рамках одной строки одного маршрута

Именно так. Дублирование запрещены программно

[Михаил Андреев]

Выскажу своё мнение. По моему личному опыту, данный фильтр используется постоянно. Фильтрация будет идти по связке четырёх больших таблиц. Поэтому, экономить на "лишнем" поле не стоит. Если заказ отгружается в одном рейсе - добавить номер рейса и водителя в шапку заказа. Если несколькими - добавить в строки заказа. Тогда фильтр затронет максимум 2 таблицы. Понятно, что это затронет методы обновления таблицы строк рейсов, ну, что поделать. Либо заставлять пользователей (программно лучше) ограничивать фильтр по дате рейса (например, текущий день +/- 5 дней), тогда фильтр и по 4 таблицам будет шустро работать.