Параметр строки подключения SQL Server Application Name подробно объясняется

Маленькая мразь · Опубликовано 25.03.2020 18:14:14

выпуск

При установлении соединения с SQL Server по умолчанию SQL Server не знает, какое программное обеспечение устанавливает соединение.

Если несколько приложений используют общий SQL Server и соединение вызывает проблемы, администратор базы данных сможет найти соединение с помощью метода, называемого SPID. Однако сложнее определить, какое приложение или сайт ответственен за соединение, вызвавшее ошибку.

Однако если разработчик включит атрибут «Имя приложения» в строку соединения, администратор базы данных легко увидит имя приложения, вызывающее проблему. Это сэкономит время DBA и сделает разработчиков популярными в DBA.

решение

Просто добавьте «Application Name = MyAppName; ”。 в строке соединения. После этого вы также можете использовать команду «SELECT APP_NAME(); Используйте значение в SQL batch или SPREC.

Строка соединения C#

Вход виден.

При подключении к SQL Server всегда включайте опциональный параметр имени приложения в строку соединения. Таким образом, SQL Server получит информацию о том, какое приложение использует соединение. Это может быть очень ценной информацией при поиске ошибок в сервере баз данных.

Ссылки на ссылки:

Вход по гиперссылке виден.

Администратора · Опубликовано 28.04.2023 14:55:09

ApplicationIntent

Только для чтения: Тип рабочей нагрузки приложения при подключении к серверу является только для чтения.
ReadWrite: Тип рабочей нагрузки приложения при подключении к серверу считается чтением/записом.

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

Тест соединит конфигурацию струнApplicationIntent=ReadOnly ReadOnly, или можетВыполните успешные операторы вставки и обновления！

Если вы установите строку соединения базы данных на ApplicationIntent=ReadOnly, соединение будет считаться только для чтения, то есть операции записи по этому соединению не выполняются. Однако это не означает, что запись не может быть выполнена. Обычно сервер базы данных игнорирует попытки записи, которые выполняются на подключениях только для чтения, но это происходит не всегда.

В некоторых случаях, например, при использовании старых версий драйверов или клиентских библиотек, приложение может обойти разметку только для чтения и успешно выполнить операцию записи. Есть и другие факторы, которые могут вызывать такое поведение, например, слабый уровень изоляции в базе данных и т.д. Если вы хотите убедиться, что выполняются только операции чтения, убедитесь, что необходимые меры безопасности реализованы другими методами.

Маленькая мразь · Опубликовано 23.12.2023 16:08:38

Конфигурация строк подключения к базе данных SQL SERVER:https://learn.microsoft.com/en-u ... on.connectionstring

[Источник] Параметр строки подключения SQL Server Application Name подробно объясняется