Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Провайдер SQLOLEDB - есть ли ограничение объем выбираемых данных?
|
|||
|---|---|---|---|
|
#18+
Dimitry Timokhov Как в случае использования связки adUseServer+adOpenForwardOnly OLEDB использует серверный курсор, если нет обращений к серверу по части курсоров? Но вот, не назвали, и эти события не показываются в профайлере. В принципе, желательно их было бы показать, если не захотели в разделе "Курсоры", можно было в каком то другом, ведь это часть выполнения запроса, данные заблокированы, и по профайлеру нельзя понять, что же сервер делает. Было бы удобно. По профайлеру можно подумать, что сервер делает какие то вычисления для получения данных из базы, или ожидает ввод-вывод, но нет, данные давно получены, а сервер ждёт, пока клиент разрешит их себе переслать. Что поделать, не показали, значит, нету. Может, в Extended Events есть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2019, 20:26 |
|
||
|
Провайдер SQLOLEDB - есть ли ограничение объем выбираемых данных?
|
|||
|---|---|---|---|
|
#18+
alexeyvg, У меня Profiler от 2012. Там нет Extended Events. Спасибо. Я реально начал понимать что-то про связку adUseServer+adOpenForwardOnly. Действительно, есть повод задуматься об её использовании, когда надо распечатать 20кг бумаги (это реально бывает - на электронный архив только переходим). Для обычной работы adUseClient+adOpenStatic достаточно - там маленькие и аккуратненькие запросы с небольшим выводом. Коллеги, спасибо всем. Реально разобрался! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2019, 11:40 |
|
||
|
Провайдер SQLOLEDB - есть ли ограничение объем выбираемых данных?
|
|||
|---|---|---|---|
|
#18+
Dimitry Timokhov, 1) Под SSIS можно источник пропустить через блоки преобразования и сбагрить в назначение и прокачивать сотни и миллиарды лямов строк. Я лично качал 300+млн строк. 2) Под C# можно DataReader отправить на вход SqlBulkCopy и качать мега-объемы. Причем BulkCopy есть не только у MS SQL. И это не требует много памяти. Никаких ограничений на размер resultset нет. Лишь бы сеть не легла и диски не переполнились. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2019, 08:38 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39899767&tid=1686832]: |
0ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
60ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
| others: | 217ms |
| total: | 377ms |

| 0 / 0 |
