Фильтр в поле ... в таблице .. слишком большой - NAV: Программирование

mira · 07.02.2011, 15:28

Alterant · 07.02.2011, 15:33

Ограничение совершенно точно есть, но вот точную цифру не скажу. Да и она может зависеть от версии.

mira · 07.02.2011, 15:38

А как можно принципиально переделать механизм фильтрации?

У нас все отчеты по такому принципу. И количество магазинов растет. Я создала два очередных магазина в системе и ..получила ошибку.

Ведь если число магазинов растет, то и фильтр будет расти

Хочется определиться с методами возможной переделки, прежде чем начинать переписывать отчеты.

Romul · 07.02.2011, 16:35

Цитата:

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

А как можно принципиально переделать механизм фильтрации?

У нас все отчеты по такому принципу. И количество магазинов растет. Я создала два очередных магазина в системе и ..получила ошибку.

Ведь если число магазинов растет, то и фильтр будет расти

Хочется определиться с методами возможной переделки, прежде чем начинать переписывать отчеты.

Я в подобных случаях использую темповые рекорды. Там, где наложение гигантского фильтра неприемлемо и можно немного потерять на производительности посредством прямого сравнения обрабатываемого в данный момент кода склада с массивом складом в темповом рекорде (этих массивов может быть много, в зависимости от того, какой из них отвечает тем или иным условиям) - используйте эту технику. Не слишком эстетично, не спорю, но спасало много-много раз...
Не формируйте фильтр в параметрах отчета. Попробуйте использовать FILTERGROUP в период выполнения...

DA_NEAL · 07.02.2011, 15:44

mira · 07.02.2011, 15:50

Оптимизировать строку фильтра не получится (только частично если), потому что не везде коды БУТИК.. Таковы принципы формирвоания кода в карточке. Это ненадолго нас спасет. И учитывая, что все равно переделывать ...

Надо оптимизировать код отчета.

Наверняка, есть какой-то подход к решению этой проблемы.

IGG · 07.02.2011, 15:59

Цитата:

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

Запускаю отчет. В Параметрах отчета программно формируется фильтр "все склады".

Ну если ВСЕ склады то тогда фильтр то не надо ставить думаю???? Просто пустое поле

Возможен вариант исключающего фильтра если склады почти все кроме некоторых

mira · 07.02.2011, 16:06

Склады НЕ ВСЕ, а в соответсвии с некоторыми условиями. Вернее, для пользователя "все".

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

Еще один признак при программном формировании фильтра: только склады или только магазины. Фильтр "только магазины" .. через 6 месяцев станет длиннее 680 символов.

Исключающий фильтр - вариант!
Но пользователь имееет возможность изменить фильтр. Т.е. программное формирование фильтра - это сервис. А если делать исключающий фильтр, то у пользователя придется отобрать право редактировать фильтр отчета. Это не очень хорошо - придется потом с юзерами няньчится и вникать, какие фильтры им нужны сегодня.

IGG · 07.02.2011, 16:12

Цитата:

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

Склады НЕ ВСЕ, а в соответсвии с некоторыми условиями. Вернее, для пользователя "все".

Еще один признак при программном формировании фильтра: только склады или только магазины. Фильтр "только магазины" .. через 6 месяцев станет длиннее 680 символов.

Я бы добавил в таблицу складов галочку - магазин и обходил бы по циклу

mira · 07.02.2011, 17:08

Цитата:

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

Цитата:

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

Склады НЕ ВСЕ, а в соответсвии с некоторыми условиями. Вернее, для пользователя "все".

Еще один признак при программном формировании фильтра: только склады или только магазины. Фильтр "только магазины" .. через 6 месяцев станет длиннее 680 символов.

Я бы добавил в таблицу складов галочку - магазин и обходил бы по циклу

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

Тут надо менять подход. Любые временные меры - только временные затраты.

Milk · 07.02.2011, 16:14

А что у вас за поле Location Filter в таблице Группа Товара? Какой оно длины? При наложении фильтра вы пишете SETFILTER или SETRANGE?

mira · 07.02.2011, 17:03

Цитата:

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

А что у вас за поле Location Filter в таблице Группа Товара? Какой оно длины? При наложении фильтра вы пишете SETFILTER или SETRANGE?

Поле Location Filter типа FlowFilter. Location Code типа Code длина 10.

Ошибка возникает на операторе
IF txtLocFilter<>'' THEN
"Item Group".SETFILTER("Item Group"."Location Filter",txtLocFilter);

где txtLocFilter тот самый длинный фильтр.

alexb_imported · 07.02.2011, 22:40

Цитата:

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

Ошибка возникает на операторе
IF txtLocFilter<>'' THEN
"Item Group".SETFILTER("Item Group"."Location Filter",txtLocFilter);

где txtLocFilter тот самый длинный фильтр.

Попробуйте:

Код:

"Item Group".SETFILTER("Location Filter",STRSUBSTNO('%1',txtLocFilter));

На вид одно и то же, но я по опыту знаю, что SETFILTER иногда совсем необъяснимо глючит и меня часто выручал STRSUBSTNO.

mira · 07.02.2011, 17:00

Цитата:

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

Я в подобных случаях использую темповые рекорды. Там, где наложение гигантского фильтра неприемлемо и можно немного потерять на производительности посредством прямого сравнения обрабатываемого в данный момент кода склада с массивом складом в темповом рекорде (этих массивов может быть много, в зависимости от того, какой из них отвечает тем или иным условиям) - используйте эту технику. Не слишком эстетично, не спорю, но спасало много-много раз...
Не формируйте фильтр в параметрах отчета. Попробуйте использовать FILTERGROUP в период выполнения...

Orwell, пжл, скажите пару слов о логике такого решения. Темповые рекорды используем. Даже многомерные.
Но я не соображу сходу как их "скрестить" с фильтрами ...
Как темповый рекорд позволяет обойти использование длинного фильтра? Возможно, где-то это описывалось?

Наверно, ваше предложение это то, что надо.

Romul · 07.02.2011, 17:07

Цитата:

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

Orwell, пжл, скажите пару слов о логике такого решения. Темповые рекорды используем. Даже многомерные.
Но я не соображу сходу как их "скрестить" с фильтрами ...
Как темповый рекорд позволяет обойти использование длинного фильтра?

Temp1: Белый, Синий, Зеленый, Голубой, Оранжевый..... и так еще 100 складов - склады, по которым оборот 3 млн.
Temp2: Черный, Красный, Белый..... и так еще 150 складов, которые вполне пересекаются с Temp1, но составляют свой массив складов - оборот по которым минимум 2 млн.
Предварительно выполнив выборку нужных складов по разным кейсам, можете составить десяток-другой таких темповых "массивов". И используйте их в дальнейше логике, сравнивая с обрабатываемыми данными. Ибо фильтр из 150 складов вам выдаст ошибку. А сравнение с предварительным набором складов, отобранных по той же самой логике, ошибки не выдаст.
Я может что-то недопонял в вашей проблеме, но вы filtergroup использовать не пробовали?

mira · 07.02.2011, 17:13

Цитата:

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

Я может что-то недопонял в вашей проблеме, но вы filtergroup использовать не пробовали?

Я не совсем поняла, как его использовать. Ведь он используется для ограничения снятия фильтров пользователем?
Т.е. я программно накладываю фильтры (например, в целях безопасности) и юзер не может их отменить и заглянуть дальше, чем ему разрешено... Например.. Так?
Т.е. filtergroup испольуется если есть иерархия фильтров: фильтра разработчика, фильтры юзера ...

А как мне это поможет? У меня один "одноранговый" длииииииинный фильтр

Как я его по группам раскидаю? И зачем?

mira · 07.02.2011, 17:18

Цитата:

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

Temp1: Белый, Синий, Зеленый, Голубой, Оранжевый..... и так еще 100 складов - склады, по которым оборот 3 млн.
Temp2: Черный, Красный, Белый..... и так еще 150 складов, которые вполне пересекаются с Temp1, но составляют свой массив складов - оборот по которым минимум 2 млн.
Предварительно выполнив выборку нужных складов по разным кейсам, можете составить десяток-другой таких темповых "массивов". И используйте их в дальнейше логике, сравнивая с обрабатываемыми данными. Ибо фильтр из 150 складов вам выдаст ошибку. А сравнение с предварительным набором складов, отобранных по той же самой логике, ошибки не выдаст.
Я может что-то недопонял в вашей проблеме, но вы filtergroup использовать не пробовали?

Т.е. я разделяю фильтр пользователя на куски длинной меньше 680 символов.
Отрабатываю каждый "подфильтр" и запихиваю результаты в темпы.
Потом из разных темпов сливаю в отчет.
Так?

Orwell, это непохоже на какое-то принципиально иное решение, которое "не видит" длины фильтра. А я надеялась))) Получается, у нас болезнь роста. Надо делать тоже самое, что делали раньше, только два раза..потом три раза ..

Спасибо за совет!

**Sancho** · 07.02.2011, 23:22

решение с filtergroup - респектище!

filtergroup(2);
setrange("Location Filter",txtFilter[1]);
filtergroup(3);
setrange("Location Filter",txtFilter[2]);
filtergroup(4);
setrange("Location Filter",txtFilter[3]);
filtergroup(5);
setrange("Location Filter",txtFilter[4]);
...

в каждом txtFilter набор складов длинной не более 500 символов, например.
сначала создаете тексты разного набора складов, потом по очереди разным группам их скармливаете как фильтр!
на ближайшие лет 5 такого решения хватит...

mira · 08.02.2011, 10:43

Цитата:

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

решение с filtergroup - респектище!

filtergroup(2);
setrange("Location Filter",txtFilter[1]);
filtergroup(3);
setrange("Location Filter",txtFilter[2]);
filtergroup(4);
setrange("Location Filter",txtFilter[3]);
filtergroup(5);
setrange("Location Filter",txtFilter[4]);
...

в каждом txtFilter набор складов длинной не более 500 символов, например.
сначала создаете тексты разного набора складов, потом по очереди разным группам их скармливаете как фильтр!
на ближайшие лет 5 такого решения хватит...

Ребят, вы гении! Даже я поняла ))))))))))))))))

СНачала попробую совет STRSUBSTNO - это быстро. Потом с filtergroup.
По всем результатам в теме отпишусь.

У нас еще совещание будет - что делать )))) Посмотрим, что старейшины решат.
Ситуация для всех была неожиданностью. И ваши рекомендации спасительны.

И огромное спасибо за поддержку! Ваша помощь мгновенно снимает священный ужас (

) и позволяет получать удовольствие от процесса.

.Quattro. · 08.02.2011, 11:22

Цитата:

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

решение с filtergroup - респектище!

filtergroup(2);
setrange("Location Filter",txtFilter[1]);
filtergroup(3);
setrange("Location Filter",txtFilter[2]);
filtergroup(4);
setrange("Location Filter",txtFilter[3]);
filtergroup(5);
setrange("Location Filter",txtFilter[4]);
...

в каждом txtFilter набор складов длинной не более 500 символов, например.
сначала создаете тексты разного набора складов, потом по очереди разным группам их скармливаете как фильтр!
на ближайшие лет 5 такого решения хватит...

Это никак не подойдет - вы получите перечень складов, которые есть во всех 4 фильтрах.

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

Опции темы	Поиск в этой теме
Версия для печати Отправить по электронной почте	Поиск в этой теме: Расширенный поиск
Опции просмотра
Линейный вид Комбинированный вид Древовидный вид