Boksen Endre standarddatabase til angir navnet på standarddatabasen for alle tilkoblinger som foretas ved hjelp av denne datakilden. Hvis det ikke er merket av her, bruker tilkoblingene standarddatabasen som er definert for påloggings-IDen på serveren. Hvis det er merket av her, vil databasen som er navngitt i boksen, overstyre standarddatabasen som er definert for påloggings-IDen. Hvis boksen Tilknytt databasefilnavn inneholder navnet på en primærfil, blir databasen som beskrives i primærfilen, knyttet til som en database ved hjelp av databasenavnet som er angitt i boksen Endre standarddatabase til.

Bruk av standarddatabasen for påloggings-IDen er mer effektivt enn å angi en standarddatabase i ODBC-datakilden.

Boksen Tilknytt databasefilnavn angir navnet på primærfilen for en database som kan knyttes til. Denne databasen knyttes til og brukes som standarddatabase for datakilden. Angi hele banen og filnavnet for primærfilen. Databasenavnet som er angitt i boksen Endre standarddatabase til, brukes som navn på den tilknyttede databasen.

Når det ikke er merket av for Lag midlertidige lagrede prosedyrer for klargjorte SQL-setninger, og fjern de lagrede prosedyrene, oppretter ikke Microsoft SQL Server-driveren lagrede prosedyrer som støtte for ODBC-funksjonen SQLPrepare. Når det er merket av her, oppretter SQL Server-driveren midlertidige lagrede prosedyrer som støtte for ODBC-funksjonen SQLPrepare.

Alternativknappen Bare ved frakobling angir at midlertidige lagrede prosedyrer som er opprettet for SQLPrepare, droppes når ODBC-funksjonen SQLDisconnect kalles. Dette gjør at driveren kan bruke lagrede prosedyrer på nytt hvis samme SQL-setning klargjøres flere ganger, noe som reduserer det totale arbeidet som er knyttet til å droppe de lagrede prosedyrene når programmet kjøres. Hvis dette alternativet blir valgt for et program som kjører lenge uten å koble fra, eller for et program som utsteder mange SQLPrepare-kall, kan det føre til en opphopning av midlertidige lagrede prosedyrer.

Alternativknappen Ved frakobling, og eventuelt underveis mens du er tilkoblet angir at midlertidige lagrede prosedyrer som er opprettet for SQLPrepare, droppes når SQLDisconnect kalles, når SQLFreeHandle kalles for setningsbehandling, når SQLPrepare eller SQLExecDirect kalles for å behandle en ny SQL-setning i samme setningsbehandling, eller når en katalogfunksjon kalles. Det genereres en del arbeid fordi de midlertidige lagrede prosedyrene droppes mens programmet kjører, men dette forhindrer opphopning av midlertidige lagrede prosedyrer for programmer som kjører lenge.

Avmerkingsboksen Bruk ANSI-anførselstegn rundt identifikatorer angir at QUOTED_IDENTIFIERS skal angis når ODBC-driveren for SQL Server kobler til. Når det er merket av her, bruker SQL Server ANSI-regler for anførselstegn. Doble anførselstegn kan bare brukes for identifikatorer, for eksempel kolonne- og tabellnavn. Tegnstrenger må stå i enkle anførselstegn:

	Kopier kode
SELECT "au_id" FROM "authors" WHERE "au_lname" = 'O''Brien'

Når det ikke er merket av her, vil programmer som bruker identifikatorer i anførselstegn, for eksempel Microsoft Query-verktøyet som følger med Microsoft Excel, støte på feil når de genererer SQL-setninger med identifikatorer i anførselstegn.

Avmerkingsboksen Bruk ANSI-standard for NULL, utfylling og advarsler angir at alternativene ANSI_NULLS, ANSI_WARNINGS og ANSI_PADDINGS skal angis når SQL Server-driveren kobler til.

Når ANSI_NULLS er angitt, bruker serveren ANSI-regler for sammenligning av kolonner for NULL. ANSI-syntaksen IS NULL eller IS NOT NULL må brukes til alle NULL-sammenligninger. Transact-SQL-syntaksen = NULL støttes ikke.

Når ANSI_WARNINGS er angitt, utsteder SQL Server advarsler for tilfeller som bryter ANSI-reglene, men som ikke bryter reglene i Transact-SQL. Eksempler på slike feil er avkutting av data ved kjøring av en INSERT- eller UPDATE-setning, og at det dukker opp en nullverdi i en aggregeringsfunksjon.

Når ANSI_PADDING er angitt, blir ikke etterfølgende mellomrom i varchar-verdier og etterfølgende nuller i varbinary-verdier automatisk kuttet av.

Avmerkingsboksen Bruk sekundær SQL-server hvis primær SQL-server ikke er tilgjengelig angir at når det er definert en sekundær server for SQL Server-forekomsten som er angitt i datakilden, henter SQL Server-driveren tilkoblingsinformasjon for den sekundære serveren når den kobler til den angitte primære serveren. Hvis programmet mister tilkoblingen til primær SQL Server, rydder det gjeldende transaksjon og prøver å koble til primær SQL Server på nytt. Hvis driveren finner ut at den primære serveren ikke er tilgjengelig, kobler den automatisk til den sekundære serveren. Dette alternativet er deaktivert hvis serveren ikke støtter sekundære operasjoner.