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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 07.10.2005, 17:20   #1  
6apcyk is offline
6apcyk
Участник
 
57 / 11 (1) +
Регистрация: 17.08.2005
research и executeQuery
Кто нибудь может внятно обьяснить различие?

копию девгайда прошу не выкладывать, читал не помогает =(
Старый 07.10.2005, 17:24   #2  
pas
Гость
 
n/a
research - обновляет данные по СУЩЕСТВУЮЩИМ в дс строкам
executeQuery - и по существующим, и ВНОВЬ ДОБАВЛЕННЫМ - УДАЛЕННЫМ другими пользователями


__________________
sassas as pas
Старый 07.10.2005, 17:29   #3  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Изначально опубликовано pas
research - обновляет данные по СУЩЕСТВУЮЩИМ в дс строкам
executeQuery - и по существующим, и ВНОВЬ ДОБАВЛЕННЫМ - УДАЛЕННЫМ другими пользователями
Ничего подобного. research заново считывает ds.queryRun.query() а executeQuery - ds.query() (т.е. заново создает queryRun)
Старый 07.10.2005, 17:32   #4  
AndyD is offline
AndyD
Участник
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
2,560 / 2476 (88) +++++++++
Регистрация: 20.08.2005
research() - выполняет запрос находящийся в QueryRun(). Т.е. если добавить условия фильтрации, SortOrder и т.д. в *_ds.Query() после того, как запрос был открыт на выполнение, то он пойдет на сервер в неизменном виде.

Соответственно executeQuery() строит запрос заново с новыми условиями
__________________
Axapta v.3.0 sp5 kr2
Старый 07.10.2005, 17:38   #5  
pas
Гость
 
n/a
ups...
т.е. рисерч не учитывает программно наложенные фильтры-сортировки, а экзекьют - учитывает?
Старый 07.10.2005, 17:44   #6  
AndyD is offline
AndyD
Участник
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
2,560 / 2476 (88) +++++++++
Регистрация: 20.08.2005
Не учитывает на *_ds.Query(). Но можно наложить на *_ds.QueryRun().Query()
__________________
Axapta v.3.0 sp5 kr2
Старый 07.10.2005, 17:53   #7  
pas
Гость
 
n/a
2 EVGL & AndyD

а как часто пользуетесь рисерчем? отосительно экзекьюта. В процентах или соотношение.
Старый 07.10.2005, 17:57   #8  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
90% - research(). Не проверял, но это должно быть быстрее - раз, и не убивает фильтры, наложенные пользователем - два. Однако в формах типа из CRM, где по верху идут поля для фильтрации, целесообразнее по ряду причин использовать executeQuery().
Старый 07.10.2005, 18:01   #9  
AndyD is offline
AndyD
Участник
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
2,560 / 2476 (88) +++++++++
Регистрация: 20.08.2005
Кстати, прикладное использование research() - наложение фильтра на QueryRun(). При этом становится активной кнопка отмены фильтрации и будет восстановлен оригинальный запрос, хранящийся в Query().
__________________
Axapta v.3.0 sp5 kr2
Старый 07.10.2005, 18:01   #10  
pas
Гость
 
n/a
а быстрее почему? вроде, дополнительные ограничения ускоряют выборку. Если они на сервере применяются...
Старый 07.10.2005, 18:07   #11  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Изначально опубликовано pas
а быстрее почему? вроде, дополнительные ограничения ускоряют выборку. Если они на сервере применяются...
Я исходил из того, что мы накладываем одно и то же условие один раз с research(), а другой - с executeQuery(). В последнем случае на одно создание и обработку query/queryRun получается больше. С одной стороны, парсинг query - это миллисекунды, а с другой - не стоит недооценивать, скажем, в циклах.
Старый 07.10.2005, 18:17   #12  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2922 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
что самое странное, что если перекрыть executeQuery, то оно будет вызываться из research при этом не убивая запрос.

Получается, что у FormDataSource есть два метода executeQuery: один из них мы можем вызвать а другой перекрыть
Старый 07.10.2005, 18:58   #13  
AndyD is offline
AndyD
Участник
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
2,560 / 2476 (88) +++++++++
Регистрация: 20.08.2005
Я думаю, что research() устанавливает какой-то внутренний флаг объекта FormDataSource и после этого вызывает executeQuery(). Так что никаких раздвоений методов не требуется
__________________
Axapta v.3.0 sp5 kr2
Старый 24.06.2015, 14:40   #14  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от AndyD Посмотреть сообщение
Я думаю, что research() устанавливает какой-то внутренний флаг объекта FormDataSource и после этого вызывает executeQuery(). Так что никаких раздвоений методов не требуется
А вы не знаетет что это может быть за флаг ?

Проблема в том, что независимо от того, что мы дернули в коде - executeQuery или research - все равно в итоге ядро вызовет executeQuery. Но при этом вызов super() в методе executequery поведет себя по разному - в случае когда цепочка вызовов началась с executeQuery - создаст новый SysQueryRun на основе _ds.Query(), а в случае когда все началось с research - просто использует уже существующий _ds.QueryRun()

Непонятно как код написанный на датасорсе внутри executeQuery сможет понять - пришел вызов из research() или нет. Можно в принципе анализировать стек вызовов и это будет работать, но это какой-то хакерский способ. Должно быть более "правильное" решение.
Старый 24.06.2015, 14:47   #15  
AndyD is offline
AndyD
Участник
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
2,560 / 2476 (88) +++++++++
Регистрация: 20.08.2005
Другой вариант - взводить свой собственный флаг при вызове research() )

Или речь о какой-то универсальной штучке?
__________________
Axapta v.3.0 sp5 kr2
За это сообщение автора поблагодарили: Logger (1).
Старый 24.06.2015, 14:53   #16  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Ну да, я думал может быть можно без дополнительного кодирования понять, откуда идет вызов. Ведь ядро это понимает. Значит есть какой-то флаг. Может быть он выведен в какой нить метод доступный из X++

Проблема в том что правлю модификацию которая при вызове executeQuery сбрасывает ряд кешей/доп выборок зависящих от фильтра. Поэтому, для случая research хотелось бы это пропустить, без каких-либо костылей.
Старый 24.06.2015, 14:54   #17  
samolalex is offline
samolalex
Участник
Аватар для samolalex
Самостоятельные клиенты AX
 
259 / 107 (4) +++++
Регистрация: 18.06.2010
Адрес: Москва
Вот здесь Иван Кашперук хорошо, по-моему, изложил назначение этих методов.
__________________
С уважением, Александр.
За это сообщение автора поблагодарили: Logger (1).
Старый 24.06.2015, 15:05   #18  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от samolalex Посмотреть сообщение
Вот здесь Иван Кашперук хорошо, по-моему, изложил назначение этих методов.
Ага, спасибо, я читал.
Вот тут
Kashperuk Ivan: Tutorial: refresh, reread, research, executeQuery - which one to use?
еще обсуждение было.
Но там нет ответа на мой вопрос.
Теги
executequery, query, research, как правильно

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Dynamics AX: AMR Research: Awakening a Sleeping Giant - Inside Microsoft Business Solutions' ERP Strategy Blog bot DAX Blogs 0 22.09.2008 22:05
jinx: MultiSelect und die DataSource-Methode research(). Blog bot DAX auf Deutsch 0 14.08.2008 22:06
Research, refresh, reread шпаргалка Qaz Qwerty DAX: База знаний и проекты 6 01.08.2008 21:43
executeQuery на Форме Arahnid DAX: Программирование 12 03.11.2007 23:25
Как вызвать изменение Query в DS1 не вызывая метод executeQuery? Morpheus DAX: Программирование 5 17.10.2006 10:26
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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