ВИПРАВЛЕННЯ: Продуктивність проблема виникає під Вільний час сценарій виконання sqlncli11.dll також драйвер ODBC для доступу до SQL Server, за допомогою застосунку

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 3041859
Ознаки
Припустімо, що використовувати драйвер ODBC sqlncli11.dll доступу Microsoft SQL Server 2012 немає або SQL Server 2014 в застосунку. Під Вільний час сценарій виконання сервера курсора та- SQLFetch/ SQLGetData функції для доступу до деяких двійковий файл великого об'єкту (BLOB-ОБ'ЄКТІВ) даних SQL Server, відбувається проблеми продуктивності, особливо, для великих обсягів даних типу, як varbinary (максимум) або вибраний (максимальний).
причина
Це питання дизайну для виконання, SQLFetch/, SQLGetData , які працюють у SQL Server 2012-ODBC драйвер. Цей запит, які використовують будь-які вказівники на сервері, драйвер ODBC, викликає sp_cursorfetch під Вільний час виконання SQLFetch та сервер надсилає клієнту всі BLOB-ОБ'ЄКТІВ. Потім, коли виконується SQLGetDatasp_cursor приносить всі BLOB знову. Це суттєво впливає на продуктивність для великих обсягів даних типів, наприклад, varbinary (максимум) або вибраний (максимальний).
Розв'язанн

сукупний пакет оновлень, інформація

Нова реалізація викликає sp_cursoroption отримати TEXTPTR_ONLY раніше, sp_cursorfetchі потім посилається на sp_cursoroption , щоб повернути його на TEXTDATA, перш ніж, sp_cursor. Це, можна підвищити продуктивність.

Проблему, спочатку було усунуто у такий сукупний пакет оновлень із сервера SQL Server.

Порада:, Інсталюйте останній сукупний пакет оновлень для SQL Server
Нові накопичувальне оновлення для SQL Server, містить усі виправлення, і усі виправлення безпеки, які входять до складу попередній сукупний пакет оновлень. Рекомендується, щоб завантажити й інсталювати останній сукупний пакет оновлень для SQL Server:
Стан
Корпорація Майкрософт підтвердила існування цієї неполадки у продуктах Майкрософт, перелічених у розділі "Застосовується до".

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 3041859 – останній перегляд: 06/22/2015 14:32:00 – виправлення: 3.0

Microsoft SQL Server 2012 Service Pack 2, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Service Pack 1

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3041859 KbMtuk
Зворотний зв’язок