Какова важность схемы на сервере sql?

Ответ 1

Да, основной целью схемы SQL было -is-, чтобы упростить управление безопасностью.: определить, кто [кто имеет] может получить доступ к [объектам базы данных]. Это было сделано особенно легко, начиная с SQL 2005, когда схема перестала быть непосредственно привязанной к владельцу.

Другое использование схемы - это пространство имен, которое предотвращает конфликты имен между объектами из разных схем.
Первоначальное использование этого метода заключалось в том, чтобы позволить нескольким [интерактивным, т.е. ad-hoc-подобным] пользователям данной базы данных создавать свои собственные таблицы или хранимые процедуры (или другие объекты), не беспокоясь о существовании похожих объектов, возможно, введенных другими пользователями.
Структура схемы, аналогичная пространству имен, также может быть использована для использования в запланированном параметре базы данных, т.е. Когда один архитектор проектирует структуру базы данных таким образом, чтобы обеспечить различные типы доступа и, действительно, разные типы поведения для отдельных групп пользователей.

Ответ 2

Они разбивают вашу базу данных, чтобы упростить управление. Это из MSDN:

Теперь схема представляет собой отдельное пространство имен который существует независимо от пользователя базы данных, который создал его. В других слова, схема - это просто контейнер объектов. Схема может принадлежать любой пользователь, и его собственность передача.

Здесь страница, которая была получена: http://msdn.microsoft.com/en-us/library/ms190387.aspx

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

Ответ 3

Что такое схема с выпуском SQL Server 2005 и более поздних версий - я думаю, что это дополнительный уровень безопасности, а также контейнер объектов.

Это довольно хороший ресурс: http://msdn.microsoft.com/en-us/library/ms190387(SQL.90).aspx

Ответ 4

Схема в основном используется для управления несколькими логическими объектами в одной физической базе данных.

Схемы предлагают удобный способ отдельных пользователей базы данных от владельцев объектов базы данных. Они дают администраторам баз данных возможность защиты чувствительных объектов в базе данных, а также группировать логические сущности вместе.

Это особенно выгодно в ситуациях, когда эти объекты часто используются в качестве единицы приложениями. Например, система управления отелями может быть разбита на следующие логические объекты или модули: номера, бар/ресторан и кухонные принадлежности.

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

Источник