Korriger: Treg ytelse når du spør på numeriske datatyper fra en Oracle-database

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: 3138659
Symptom
Tenk deg følgende:
  • Du kan konfigurere en koblet Server for å få tilgang til en Oracle-database som en ekstern kilde i Microsoft SQL Server 2012 eller SQL Server-2014, og du bruker "Oracle.OleDB" OleDB-leverandøren for den koblede serveren.
  • Du bruker en ekstern spørring som refererer til en Oracle-tabell, og denne tabellen inneholder én eller flere kolonner med Oracles proprietære nummertype. Denne tabellen inneholder også et betydelig antall rader.

I dette scenariet kan du oppleve ytelsesproblemer sammenlignet med eldre Microsoft "MSDAORA" OleDB-leverandøren. Dette problemet oppstår på grunn av måten leverandøren av "Oracle.OleDB" rapporterer datatypen TALL til SQL Server.
Løsning
Hvis du vil løse dette problemet, installerer denne oppdateringen, og deretter aktivere sporingsflagg TF9394. Hvis du vil aktivere sporingsflagg TF9394, kan du se delen "Mer informasjon".

Informasjon om kumulativ oppdatering

Dette problemet er løst i følgende oppdateringer:
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. Sjekk ut 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".
Mer informasjon
Slik aktiverer du sporingsflagg 9394

Du kan aktivere sporingsflagg 9394 ved oppstart, eller en brukerøkt. Denne sporingsflagg har økt-nivå eller globalt nivå effekter. Hvis du vil aktivere sporingsflagg 9394, bruker DBCC TRACEON -kommandoen eller – T 9394 som en parameter for oppstart.

Hvis DBCC TRACEON\TRACEOFF brukes, dette ikke generere en ny bufret plan for lagrede prosedyrer. Det kan være planer i hurtigbufferen som ble opprettet uten at sporingsflagg.

Hvis du vil ha mer informasjon om hvordan du aktiverer eller deaktiverer sporing flagg og globale og nivået for økt sporings-flagg, kan du se følgende emner i SQL Server Books Online:
Referanser
Lær mer om den terminologi som Microsoft bruker for å beskrive programvareoppdateringer.

Ansvarsfraskrivelse for tredjepart

Tredjepartsprodukter som denne artikkelen diskuterer, produseres av selskaper som er uavhengige av Microsoft. Microsoft gir ingen garantier, stilltiende eller på annen måte, om ytelsen eller påliteligheten til disse produktene.

Advarsel: Denne artikkelen er autooversatt

Egenskaper

Artikkel-ID: 3138659 – Forrige gjennomgang: 05/31/2016 09:36:00 – Revisjon: 3.0

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

  • kbqfe kbfix kbexpertiseinter kbsurveynew kbmt KB3138659 KbMtno
Tilbakemelding