Ограничить список баз данных только теми, у кого есть разрешение SQL Server
По умолчанию, если вы подключаетесь к удаленному серверу SQL через учетную запись, которая имеет доступ, скажем, к одной из 10 баз данных. Вы по-прежнему будете видеть в обозревателе объектов все остальные базы данных, очевидно, из-за разрешений вы не можете запрашивать их, но вы можете видеть их имена.
Я слышал, что есть метод, отключающий это поведение, но мне не удалось найти ответ. Кто-нибудь знает, как это сделать? Чтобы привести пример, у меня есть SQL Server под названием MyDbServer, он имеет 4 базы данных,
- MyDatabase
- Ваша база данных
- PrivateDatabase
- ReallyPrivateDb
Если вы подключаетесь через учетную запись, у которой есть разрешения только на «YourDatabse», вы по-прежнему будете видеть список всех других баз данных, попытки запроса предоставят отказ в разрешении «выбрать» или аналогичную ошибку.
Из соображений безопасности мы НЕ хотим, чтобы пользователи видели какую-либо базу данных, кроме той, к которой они привязаны.
Ответы 3
Этот блог рассказывает о методах скрытия БД как для SQL 2000, так и для SQL 2005.
Вкратце:
use master
go
deny VIEW any DATABASE to login1
go
где login1 - это учетная запись, которую вы хотите ограничить.
Было бы неплохо, если бы в SQL Server Management Studio вы могли щелкнуть правой кнопкой мыши по базе данных и сказать, что показывать только эту базу данных для этого профиля. Но это никогда не будет так просто. Мой сценарий: когда я вхожу на свой SQL Server в Godaddy с помощью SQL Server Management Studio, я вижу сотни других баз данных, и мне каждый раз приходится прокручивать их вниз. В следующий раз я назову свою базу данных "_AAAMydatabase"
После того, как мой клиент боролся с идентифицированными ресурсами, я провел некоторое тестирование и создал это сообщение в блоге с немного большим контекстом и инструкциями о том, как заставить это работать.
Похоже, что недостатком является то, что только один пользователь одновременно может быть dbo. Следовательно, у клиента может быть только 1 пользователь базы данных ... Верно?
На самом деле, это не все, статья в блоге, была немного трудной для понимания, но ключ в том, что пользователь должен быть DBO данной статьи.