Сообщений в теме: 5

[wondertalik]

Есть поле дата заказа, поле типа связь с фильтром "последние даты заказов". Фильтр отображает даты за ближайшие 7 дней. В таблице заказы если выбирать поиск - то показывается именно даты по этому фильтру. А что если мне нужны и другие даты в поиске? Ведь поиск для того и существует, чтобы там можно было ввести все значения. Так же если поле отображать в фиксированном поиске, то выбрать любую дату тоже не возможно, только попадающие под "последние даты заказов". Как -то не логично. Как быть?

[CbCoder]

В примере с датой, возможно и нелогично (т.к. она по сути плавающая), но что делать, если фильтр работает с явно фиксированным значением? Например, показывает только активных клиентов для выбора в таблице. Зачем мне в этом случае отображать всех контрагентов в поиске, тем более если их заведомо тут нет? Тут то все как раз логично сейчас. А различить эти 2 типа фильтров, чтобы предоставить разную логику для поиска - довольно проблематично.

[wondertalik]

CbCoder (01 Октябрь 2014 - 16:35) писал:

В примере с датой, возможно и нелогично (т.к. она по сути плавающая), но что делать, если фильтр работает с явно фиксированным значением? Например, показывает только активных клиентов для выбора в таблице. Зачем мне в этом случае отображать всех контрагентов в поиске, тем более если их заведомо тут нет? Тут то все как раз логично сейчас. А различить эти 2 типа фильтров, чтобы предоставить разную логику для поиска - довольно проблематично.

Плавающая, но для дат весьма актуальная. Почему не сделать возможность опционально включать по необходимости.

[CbCoder]

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

[MorTis]

если я правельно понял то http://clientbase.ru...?showtopic=6212 это из тойже оперы.Тогда Тех поддержка дала такой ответ

Цитата

Здравствуйте! После анализа программистами задания, было решено данную доработку по поиску архивированных пользователей пока отложить на определенный срок. Дело в том что если в системе включить поиск всех ранее архивированных пользователей, это очень сильно может нагрузить систему и оказаться неудобным для многих пользователей. На данный момент могу Вам посоветовать при необходимости поиска по полю пользователь такой вариант: Предположим возникла необходимость найти в таблице записи по полю пользователь, который был ранее уволен и отправлен в архив, то предварительно его можно вернуть из архивных, поменять данные(логин/пароль) в целях безопасности и уже потом произвести поиск по этому пользователю. В случае необходимости, если работы с данным пользователем больше не предполагается, вернуть его в архив. В дальнейшем если по данному вопросу будут обращаться большинство пользователей, то возможно доработка будет реализована.

Опционально это нужно имх.

[CbCoder]

Насчет "нагрузки системы" - это не соответствует действительности, имхо. Поиск в любом случае идет по одному выбранному пользователю, поэтому никакой разницы тут быть не может. Возможно, техподдержка перепутала выбор из всех с поиском по всем. Другое дело, что это действительно может быть не всем удобно (кто-то может наоборот пожаловаться, что в списке сидят "лишние" элементы), поэтому в опциональности логика есть. Если техподдержка снова откажет - напишите ей про это.

Цитата

это из тойже оперы

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