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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 13.10.2015, 13:48   #1  
Cardagant is offline
Cardagant
Участник
 
317 / 54 (2) ++++
Регистрация: 11.10.2011
Цитата:
Сообщение от mazzy Посмотреть сообщение
Бггг!!! Napalm, жжоте. Тупо жжоте.
А не надо использовать query для большого числа OR (как и для большого числа элементов в IN)
даже до того, как вы упретесь в ограничение длины строки, SQL перестанет оптимизировать план запроса для очень большого числа условий..
mazzy, хотел бы пояснить. Вы абсолютно правы и я даже и не думал не соглашаться по поводу того, что квери очень даже полезен в использовании в большинстве случаев.

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

Последний раз редактировалось Cardagant; 13.10.2015 в 13:58.
Старый 13.10.2015, 14:00   #2  
Weez is offline
Weez
Участник
Axapta Retail User
 
250 / 89 (3) ++++
Регистрация: 18.01.2006
Адрес: Moscow city
Цитата:
Сообщение от Cardagant Посмотреть сообщение
mazzy, хотел бы пояснить. Вы абсолютно правы и я даже и не думал не соглашаться по поводу того, что квери очень даже полезен в использовании в большинстве случаев.

Но иногда бывает, к примеру, нужно сделать форму, которая представляет собой ограничение записей одного набора таблиц по мультиселекту записей вызывающией формы (когда количество выбранных записей может быть любым, соответственно критерий заранее неизвестной длины) из другой. В данном случае, на мой взгляд, предложенный мною вариант подошёл бы.
Так уже предложили для этого использовать класс RecordReferenceList_RU, который позволяет приджойнть к Query заполненную по любому принципу таблицу, при этом абстрагируясь от низкоуровневых особенностей реализации. Но это работает если джоин можно сделать через RecId записи.
__________________
Существует 10 типов людей: одни понимают двоичную систему, другие - нет.
Старый 13.10.2015, 14:11   #3  
Cardagant is offline
Cardagant
Участник
 
317 / 54 (2) ++++
Регистрация: 11.10.2011
Цитата:
Сообщение от Weez Посмотреть сообщение
Так уже предложили для этого использовать класс RecordReferenceList_RU, который позволяет приджойнть к Query заполненную по любому принципу таблицу, при этом абстрагируясь от низкоуровневых особенностей реализации. Но это работает если джоин можно сделать через RecId записи.
Да, пусть это будет альтернативным решением.

Здесь акцент был на том, что есть случаи, когда query недостаточен для решения задачи.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
atinkerersnotebook: Using Service Management to Track Service Orders Blog bot DAX Blogs 1 25.08.2013 19:16
Фильтр по пустому Dimension[x] в select Yprit DAX: Программирование 3 05.03.2008 15:11
фильтр lookupа на запросе диалога oleg_e DAX: Программирование 6 12.11.2007 11:01
Вопрос про Demand Planner slava09 DAX: Функционал 4 25.09.2006 11:43
Фильтр по enum-полю в select ArturK DAX: Программирование 18 30.03.2004 13:37
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 03:41.