Korriger: Ytelsesproblemet oppstår når du bruker sqlncli11.dll ODBC-driveren for å få tilgang til SQL Server i et program

VIKTIG: Denne artikkelen ble oversatt med maskinoversettelsesprogramvare fra Microsoft og muligens redigert av Microsoft Community via CTF-teknologi i stedet for av en oversetter. Microsoft tilbyr både menneskelig oversatte og maskinoversatte/Community-redigerte artikler, slik at du får tilgang til alle artiklene i vår Knowledge Base på ditt eget språk. En maskinoversatt eller Community-redigert artikkel er imidlertid ikke alltid perfekt. Den kan inneholde feil i vokabular, syntaks eller grammatikk, mye likt en fremmedspråklig som forsøker å snakke språket ditt. Microsoft har ikke ansvar for unøyaktige opplysninger, feil eller skade forårsaket av feilaktig oversettelse av innholdet eller kundenes bruk av informasjonen. Microsoft oppdaterer jevnlig maskinoversettelsesprogramvaren og -verktøyene for å forbedre redigering av maskinoversatte tekster.

Den engelske versjonen av denne artikkelen er den følgende: 3041859
Symptom
Anta at du bruker en sqlncli11.dll ODBC-driveren for Microsoft SQL Server 2012 for access eller SQL Server-2014 i et program. Når du bruker Servermarkør- og SQLFetch/ SQLGetData -funksjonen til å få tilgang til noen store binære object (BLOB) data i SQL Server, en ytelsesproblemet oppstår spesielt for store datatyper som varbinary (maks.) eller varchar (maks.).
Årsak
Dette er et problem for implementering av SQLFetch/ SQLGetData fungerer i SQL Server 2012 ODBC-driveren. Når spørringen bruker en hvilken som helst server markører, ODBC-driveren starter sp_cursorfetch under implementeringen av SQLFetch og alle BLOB sendes fra serveren til klienten. Deretter, når SQLGetData kjøres, sp_cursor gir alle BLOB på nytt. Dette påvirker mye ytelse for store datatyper som (maks) varbinary, eller varchar (maks.).
Løsning

Informasjon om kumulativ oppdatering

Ny implementering aktiverer sp_cursoroption for å få TEXTPTR_ONLY før sp_cursorfetch, og deretter aktiverer sp_cursoroption for å sette den tilbake til TEXTDATA før sp_cursor. Dette kan forbedre ytelsen.

Problemet ble først løst i den følgende kumulative oppdateringen av SQL Server.

Anbefaling: Installere den nyeste kumulative oppdateringen for SQL Server
Hver nye kumulative oppdateringen for SQL Server inneholder alle hurtigreparasjonene og alle sikkerhetsreparasjoner som fulgte med den forrige kumulative oppdateringen. Vi anbefaler at du laster ned og installerer de nyeste kumulative oppdateringene for SQL Server:
Status
Microsoft har bekreftet at dette er et problem i Microsoft-produktene som er oppført i delen "Gjelder for".

Advarsel: Denne artikkelen er autooversatt

Egenskaper

Artikkel-ID: 3041859 – Forrige gjennomgang: 06/24/2015 05:24:00 – Revisjon: 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 KbMtno
Tilbakemelding