SQL Server-forbindelsesstrengen Applikationsnavn Parameter forklares i detaljer

Lille skarn · Opslået på 25/03/2020 18.14.14

spørgsmål

Når man etablerer en forbindelse med SQL Server, ved SQL Server som standard ikke, hvilken software der etablerer forbindelsen.

Hvis flere applikationer bruger en delt SQL Server, og en forbindelse forårsager problemer, vil databaseadministratoren kunne finde forbindelsen via en metode kaldet SPID. Det er dog sværere at afgøre, hvilken app eller hjemmeside der er ansvarlig for forbindelsen, der forårsagede fejlen.

Men hvis udvikleren inkluderer attributten "Application Name" i forbindelsesstrengen, vil databaseadministratoren nemt kunne se navnet på den applikation, der forårsager problemet. Dette vil spare DBA-tid og gøre udviklere populære i DBA'er.

opløsning

Tilføj blot "Applikationsnavn = MyAppName; ”。 i forbindelsesstrengen. Derefter kan du også bruge kommandoen "SELECT APP_NAME(); Brug værdien i SQL batch eller SPREC.

C#-forbindelsesstreng

Login er synlig.

Når du forbinder til SQL Server, skal du altid inkludere en valgfri applikationsnavn-parameter i forbindelsesstrengen. På den måde får SQL Server information om, hvilken applikation der bruger forbindelsen. Dette kan være meget værdifuld information, når man leder efter fejl i en databaseserver.

Referencelinks:

Hyperlink-login er synlig.

Admin · Opslået på 28/04/2023 14.55.09

ApplicationIntent

ReadOnly: Applikationsarbejdsbelastningstypen, når den er forbundet til serveren, er skrivebeskyttet.
ReadWrite: Applikationsarbejdsbelastningstypen, når den er forbundet til serveren, er læse/skrive.

https://learn.microsoft.com/zh-C ... t.applicationintent

Testen vil forbinde strengkonfigurationenApplicationIntent=ReadOnly ReadOnly, eller det kan detUdfør de succesfulde indsættelses- og opdateringssætninger！

Hvis du sætter databaseforbindelsesstrengen til ApplicationIntent=ReadOnly, vil forbindelsen blive betragtet som skrivebeskyttet, dvs. der kan ikke udføres skriveoperationer på den forbindelse. Det betyder dog ikke, at skrivninger ikke kan udføres. Normalt ignorerer databaseserveren skrivninger, der forsøges på skrivebeskyttede forbindelser, men det er ikke altid tilfældet.

I nogle tilfælde, for eksempel ved brug af ældre versioner af drivere eller klientbiblioteker, kan applikationen omgå skrivebeskyttet markup og udføre en skriveoperation med succes. Der er andre faktorer, der kan forårsage denne adfærd, såsom at have et svagt isolationsniveau aktiveret i databasen osv. Hvis du vil sikre, at kun læseoperationer udføres, skal du sørge for, at de nødvendige sikkerhedsforanstaltninger implementeres gennem andre metoder.

Lille skarn · Opslået på 23/12/2023 16.08.38

SQL SERVER-databaseforbindelsesstrengkonfiguration:https://learn.microsoft.com/en-u ... on.connectionstring

[Kilde] SQL Server-forbindelsesstrengen Applikationsnavn Parameter forklares i detaljer