Преобразование datasource и query в табличный курсор

[Geo]

Спасибо за совет, но метод обрабатывает записи в зависимости друг от друга, то есть должен получать их сразу пакетом... Хм, может, мне описанным образом пробегаться по записям, в нужных случаях (а я их знаю) делать нужный Select и передавать его в метод?

Как скажется на быстродействии, если вместо одного большого Select'а делать много маленьких?

[kornix]

Цитата:

в нужных случаях (а я их знаю) делать нужный Select и передавать его в метод?

Так ведь в цикле вы и получите все записи по очереди, не совсем понял что значит "все записи сразу"?

Цитата:

Как скажется на быстродействии, если вместо одного большого Select'а делать много маленьких?

Лучше стараться избегать такие варианты

[Geo]

Цитата:

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

Так ведь в цикле вы и получите все записи по очереди, не совсем понял что значит "все записи сразу"?

Метод сам бегает по записям полученного табличного курсора и "в зависимости от" может их изменять или выдавать сообщения. На практике, пытается сопоставить между собой сторнированный записи. То есть запускать его на одной записи бессмысленно.

Может быть, идеологически правильно было бы переделать метод, чтобы он принимал QueryRun, а не табличный курсор, и работал уже с ним?

[kornix]

Цитата:

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

Может быть, идеологически правильно было бы переделать метод, чтобы он принимал QueryRun, а не табличный курсор, и работал уже с ним?

Если метод такой хитрый - возможно проще его переделать. По работе с датасорсами есть хорошая ветка. Что передавать на вход этому методу - вам видней, но если он работает с курсором и как-то перебирает в нем записи, наверно удобнее передать ему что-то другое