Você está offline; aguardando reconexão

Poprawka: Problem z wydajnością występuje w przypadku używania sterownika ODBC sqlncli10.dll dostępu serwera SQL w aplikacji

WAŻNE: Ten artykuł został przetłumaczony przy użyciu oprogramowania firmy Microsoft do tłumaczenia maszynowego i może być poprawiony przy użyciu technologii Community Translation Framework (CTF). Firma Microsoft udostępnia artykuły tłumaczone maszynowo, poprawione przez społeczność, a także tłumaczone przez tłumaczy profesjonalnych, aby zapewnić dostęp do wszystkich artykułów w bazie wiedzy w wielu językach. Artykuły tłumaczone maszynowo i poprawione mogą zawierać błędy pisowni, składniowe i gramatyczne. Firma Microsoft nie ponosi odpowiedzialności za żadne nieścisłości, błędy ani szkody spowodowane przez niepoprawne tłumaczenia zawartości ani przez korzystanie z niej przez klientów. Więcej o strukturze CTF: http://support.microsoft.com/gp/machine-translation-corrections/pl.

Anglojęzyczna wersja tego artykułu to: 3041859
Symptomy
Załóżmy, że sterownik ODBC sqlncli10.dll na dostęp 2012 Microsoft SQL Server lub SQL Server 2014 w aplikacji. Kiedy używać kursora serwera języka i SQLFetch/ funkcja SQLGetData dostępu niektóre duże binarny obiekt danych (BLOB) w programie SQL Server, występuje problem z wydajnością specjalnie dla typów danych dużych jak varbinary (wartość maksymalna) lub varchar (maks.).
Przyczyna
Jest to problem projektowania do wdrożenia SQLFetch/ SQLGetData funkcjonować w sterownik ODBC programu SQL Server 2012. Gdy kwerenda używa dowolnego serwera kursory, sterownik ODBC wywołuje sp_cursorfetch w trakcie realizacji SQLFetch i serwer wysyła do klienta obiektu BLOB. Następnie gdy SQLGetData jest wykonywana, sp_cursor przynosi ponownie obiektu BLOB. Wpływa to znacznie na wydajność dla typów danych dużych jak varbinary (wartość maksymalna) lub varchar (maks.).
Rozwiązanie

Informacje dotyczące zbiorczej aktualizacji

Nowej implementacji wywołuje sp_cursoroption celu uzyskania TEXTPTR_ONLY przed sp_cursorfetch, a następnie wywołuje sp_cursoroption , aby umieścić ją z powrotem do TEXTDATA przed sp_cursor. Może to zwiększyć wydajność.

Problem został rozwiązany po raz pierwszy w następujących aktualizacji zbiorczej programu SQL Server.

Zalecenie: Zainstalować najnowszą aktualizację zbiorczą dla programu SQL Server
Każdej nowej aktualizacji zbiorczej dla programu SQL Server zawiera wszystkie poprawki i wszystkie poprawki zabezpieczeń, które zostały zawarte w poprzedniej zbiorczej aktualizacji. Firma Microsoft zaleca, Pobierz i zainstaluj najnowsze aktualizacje zbiorcze dla programu SQL Server:
Stan
Firma Microsoft potwierdziła, że jest to problem występujący w produktach firmy Microsoft wymienionych w sekcji „Dotyczy”.

Ostrzeżenie: ten artykuł przetłumaczono automatycznie

Propriedades

ID do Artigo: 3041859 - Última Revisão: 06/24/2015 04:54:00 - Revisão: 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 KbMtpl
Comentários
pt type='text/javascript' src='" + (window.location.protocol) + "//c.microsoft.com/ms.js'><\/script>"); cument.getElementsByTagName('head')[0].appendChild(m);" src="http://c1.microsoft.com/c.gif?">