AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 23.08.2005, 14:16   #1  
gudzon is offline
gudzon
программист
 
1,166 / 324 (13) ++++++
Регистрация: 06.07.2004
Адрес: Москва
? фильтр по дисплей-методу
Столкнулся с такой проблемой. Допустим есть таблица SalesTable. Я создал дисплей метод возвращающий по какому-то алгоритму статус заказа. Так вот, надо по этому методы накладывать фильтр. Первое что пришло в голову - при запуске формы заполнять временную таблицу и связывать ее с SalesTable. Но тогда придеться делать выборку по всем записям SalesTable! Это не есть хорошо. Есть тут какой-то выход? Может с ExecuteQuery поиграть? Может сделать поле вычисляемым? Заранее спасибо.
Старый 23.08.2005, 14:22   #2  
MironovI is offline
MironovI
Участник
 
724 / 77 (4) ++++
Регистрация: 30.05.2005
Ну человеческий выход - поле это сделать не дисплейным а настоящим, а update статуса прописать на все его изменяющие события.. потом фильтровать..
Старый 23.08.2005, 14:23   #3  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Первое, что мне приходит в голову - это создать поле в SalesTable и заполнять его вовремя. Особенно с учетом того, что делать join постоянной и временной таблицы нельзя.
Старый 23.08.2005, 14:24   #4  
gudzon is offline
gudzon
программист
 
1,166 / 324 (13) ++++++
Регистрация: 06.07.2004
Адрес: Москва
Цитата:
Изначально опубликовано MironovI
Ну человеческий выход - поле это сделать не дисплейным а настоящим, а update статуса прописать на все его изменяющие события.. потом фильтровать..
Жалко поле заводить - оно то нужно только в одном отчете. Да и алгоритм слишком "тяжелый" чтоб его на update вешать.
Старый 23.08.2005, 14:25   #5  
gudzon is offline
gudzon
программист
 
1,166 / 324 (13) ++++++
Регистрация: 06.07.2004
Адрес: Москва
Цитата:
Изначально опубликовано EVGL
Первое, что мне приходит в голову - это создать поле в SalesTable и заполнять его вовремя. Особенно с учетом того, что делать join постоянной и временной таблицы нельзя.
Почему нельзя?
Старый 23.08.2005, 14:34   #6  
gudzon is offline
gudzon
программист
 
1,166 / 324 (13) ++++++
Регистрация: 06.07.2004
Адрес: Москва
Всетаки решил делать временную таблицу. При этом сократил выборку (вводиться период).
Старый 23.08.2005, 14:36   #7  
gudzon is offline
gudzon
программист
 
1,166 / 324 (13) ++++++
Регистрация: 06.07.2004
Адрес: Москва
Цитата:
Изначально опубликовано EVGL
Первое, что мне приходит в голову - это создать поле в SalesTable и заполнять его вовремя. Особенно с учетом того, что делать join постоянной и временной таблицы нельзя.
Это конечно можно, но кроме причин описанных выше есть еще одна - слишком много событий по которым статус может меняться.
Старый 23.08.2005, 14:47   #8  
gudzon is offline
gudzon
программист
 
1,166 / 324 (13) ++++++
Регистрация: 06.07.2004
Адрес: Москва
Цитата:
Изначально опубликовано EVGL


... которые рано или поздно приводят к update. А если вы еще запись не сохранили, то и фильтровать нечего. Все же так просто!
Было бы так просто! А производительность? На все статусы апдейтов не хватит!
Статус определятся на основании значений полей строк. Апдейтом шапки тут и не пахнет. Надо вешать update на все строки. Это слишком расточительно. Тем более этот статус нужен В ОДНОМ отчете.
Старый 23.08.2005, 16:03   #9  
itfs is offline
itfs
Участник
 
277 / 43 (2) +++
Регистрация: 18.07.2005
Адрес: Moscow
А алгоритм сложный? Если сводится к запросу, то join и addRange... или лучше сразу форму отчета на view посадить.

С уважением, itfs
Старый 23.08.2005, 16:29   #10  
gudzon is offline
gudzon
программист
 
1,166 / 324 (13) ++++++
Регистрация: 06.07.2004
Адрес: Москва
Цитата:
Изначально опубликовано itfs
А алгоритм сложный? Если сводится к запросу, то join и addRange... или лучше сразу форму отчета на view посадить.

С уважением, itfs
Кстати, view - хорошая идея. Надо подумать. Спасибо.
Старый 23.08.2005, 16:37   #11  
itfs is offline
itfs
Участник
 
277 / 43 (2) +++
Регистрация: 18.07.2005
Адрес: Moscow
Угу, если с view тяжело покажется, сразу не сдавайся ... можно ведь view над view делать ... многие проблемки раскладываются.

С уважением, itfs.
Старый 24.08.2005, 14:41   #12  
braathe is offline
braathe
Участник
 
90 / 13 (1) ++
Регистрация: 16.02.2005
А зачем делать статусное поле когда можно при генерации самого рапорта делать запрос по определенним полям используя наименования статуса из enum. Если конечно ето не било рассмотрено ранее. Ну или view тоже не плохая идея.

С уважением Анатолий
Старый 24.08.2005, 14:51   #13  
gudzon is offline
gudzon
программист
 
1,166 / 324 (13) ++++++
Регистрация: 06.07.2004
Адрес: Москва
Цитата:
Изначально опубликовано braathe
А зачем делать статусное поле когда можно при генерации самого рапорта делать запрос по определенним полям используя наименования статуса из enum. Если конечно ето не било рассмотрено ранее. Ну или view тоже не плохая идея.

С уважением Анатолий
Не очень понял... А результаты запроса куда?
Старый 24.08.2005, 14:59   #14  
braathe is offline
braathe
Участник
 
90 / 13 (1) ++
Регистрация: 16.02.2005
Ну в отчет. Я так понял вам надо сгенерировать отчет которий например имеет статус "Статус 1". Статус базируется на значении нескольких полей. Так мое преложение создать наименование всех статусов в enum а при виборе статуса сделатй switch(статус) case("Статус 1")запрос. И потом виводить результат запроса в отчете.
Или я чтото не допонял?
Старый 24.08.2005, 15:22   #15  
gudzon is offline
gudzon
программист
 
1,166 / 324 (13) ++++++
Регистрация: 06.07.2004
Адрес: Москва
Цитата:
Изначально опубликовано braathe
Ну в отчет. Я так понял вам надо сгенерировать отчет которий например имеет статус "Статус 1". Статус базируется на значении нескольких полей. Так мое преложение создать наименование всех статусов в enum а при виборе статуса сделатй switch(статус) case("Статус 1")запрос. И потом виводить результат запроса в отчете.
Или я чтото не допонял?
Вы немного не так поняли. У меня форма. В начале все описано.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
ERP-BLOG: Axapta, фильтр по сетке Blog bot DAX Blogs 26 05.02.2009 15:56
Исполнить сформированный фильтр radya DAX: Программирование 14 26.07.2007 20:47
Фильтр по дисплейному методу max_woody_ru DAX: Программирование 0 27.09.2005 15:24
Программируемый фильтр по Grid ArturK DAX: Программирование 6 01.03.2004 09:23
фильтр по связанной таблице mick_777 DAX: Программирование 13 21.08.2002 16:00

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 04:17.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.