Назад | Перейти на главную страницу

Какой «Вход» мне следует использовать в SQL Server Express 2008?

Какой «Вход в систему» ​​я должен использовать на SQL Server Express 2008, запущенном на моей рабочей станции, в целях разработки, если я хочу, чтобы мой локальный пользователь Windows был просто распознан?

Я вижу варианты «Встроенная учетная запись», которые позволяют мне выбирать между «Локальная система», «Локальная служба» или «Сетевая служба». Другой вариант, «Эта учетная запись», кажется, позволяет мне указать имя пользователя и пароль, но кажется, что пользователь выбирается из учетных записей в системе, я не уверен.

Для локальной разработки вы можете использовать Local System, и этого должно быть достаточно для вашей разработки.

Если вы собираетесь использовать настольный клиент, я бы использовал сетевую службу.

Опять же, этот совет предназначен для локального сервера разработки, а не для производственного сервера, где передовой практикой MS является настройка учетной записи домена для входа в систему в качестве службы.

Обновление: под настольным клиентом я имею в виду, что вы разрабатываете приложение, которое использует SQL Server в качестве серверной части, работает на другом компьютере и использует сеть для связи.

Я думаю, вы могли не понять, что это за услуга. Учетная запись службы запускает службу базы данных SQL Server, которая регистрируется на вашем компьютере, а затем принимает запросы от клиента.

Пользователь Windows, который вы используете для «входа» в SQL Server, является «логином» в SQL Server. Вы аутентифицируетесь в SQL Server отдельно, как и входите в Windows. По умолчанию локальные администраторы на машине (BUILTIN \ Adminstrators) добавляются как логины на SQL Server, поэтому вы можете получить доступ к серверу и выполнять запросы, добавлять данные и т. Д.

Если службе SQL Server требуется доступ к сети, рекомендуется сетевая служба. В противном случае рекомендуется выбрать местное обслуживание.

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