|
|
|
|
#1 |
|
MCP
|
Можно пробежаться QueryRun по Query датасорса формы и вызывать в цикле этот метод, т.е. если источник данных под гридом на форме называется CustPackingSlipTrans то метод будет выглядеть так:
X++: void calc() { Query query; QueryRun qr; CustPackingSlipTrans custPackingSlipTransLocal; ; query = CustPackingSlipTrans_DS.query(); // query вашего датасорса qr = new QueryRun(query); while (qr.next()) { custPackingSlipTransLocal = qr.get(tableNum(custPackingSlipTrans)); // курсор с записью из грида element.SetCheckStorno(custPackingSlipTransLocal ); // вызов вашего метода } } Последний раз редактировалось kornix; 15.04.2011 в 16:35. |
|
|
|
|
#2 |
|
Участник
|
Спасибо за совет, но метод обрабатывает записи в зависимости друг от друга, то есть должен получать их сразу пакетом... Хм, может, мне описанным образом пробегаться по записям, в нужных случаях (а я их знаю) делать нужный Select и передавать его в метод?
Как скажется на быстродействии, если вместо одного большого Select'а делать много маленьких? |
|
|
|
|
#3 |
|
MCP
|
Цитата:
в нужных случаях (а я их знаю) делать нужный Select и передавать его в метод?
Цитата:
Как скажется на быстродействии, если вместо одного большого Select'а делать много маленьких?
|
|
|
|
|
#4 |
|
Участник
|
Цитата:
Может быть, идеологически правильно было бы переделать метод, чтобы он принимал QueryRun, а не табличный курсор, и работал уже с ним? |
|
|
|
|
#5 |
|
MCP
|
Цитата:
|
|
|
| Теги |
| grid, query, датасорс (datasource), табличный курсор, фильтр |
|
|
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|