Популярное:

Родовое дерево до 7 колена схема
Сборка схемы пускателя
Схема тайм-менеджмента
Схема цветника весной
Схемы зверей из картона
Схема стрижки короткой женской




Sql server 2005 схемы


Главное - сохраняется правило наименования объектов, что позволяет достигнуть более-менее безболезненного перехода с предыдущих версий. Тема перенесена из форума "Проектирование БД". А мне вот тоже не совсем понятно Обходится недостаток жесткой привязки имени объекта к владельцу объекта - пользователю базы владелец схемы может быть сменен и после этого удален , появляются некоторые не совсем критичные, на мой взгляд теоретические удобности разбиение объектов по схемам, назначение прав "кучей" - на все объекты, входящие в схему.

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

Установка и настройка MS SQL Server 2005 Express Edition

Sql server 2005 схемы

Дело в том, что схема - понятие, включённое и давно в стандарт SQL. Никаких рекомендаций связанных с выбором схем при проектировании БД не обнаружил. Топик располагается на нескольких страницах: Для го сервера идеологию "владельца - пользователя" расширили до "схемы" - самостоятельной сущности, грубо говоря "группы объектов", которая в свою очередь имеет владельца. Изначальный до SQL Server постулат о наименовании объектов в виде: Можно и ими рулить права.

Тема перенесена из форума "Проектирование БД".

Sql server 2005 схемы

Мне кажется, ошибочно рассматривать схему с точки зрения одной частной реализации SQL Server фирмой Microsoft. А мне вот тоже не совсем понятно И что теперь, если я программист и создал валом ХП, теперь меня увольняют и удаляют логин, следовательно все мои ХП увольняются со мной? Дело в том, что схема - понятие, включённое и давно в стандарт SQL. Тема перенесена из форума "Проектирование БД". Все ограничиваются историей про то, что раньше схема была тождественна имени пользователи и что схемы можно использовать для разграничения доступа и что за схемами большое и светлое будущее.

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

Sql server 2005 схемы

Я думаю, что понимание придёт после того, как испытаешь это на практике. Можно и ими рулить права. Дело в том, что схема - понятие, включённое и давно в стандарт SQL. А не для типизации. Мое мнение - главная необходимость наличия схем - в совместимости с предыдущими версиями. Мне кажется, ошибочно рассматривать схему с точки зрения одной частной реализации SQL Server фирмой Microsoft. А роли для чего?

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

Sql server 2005 схемы

Sql server 2005 схемы

А мне вот тоже не совсем понятно А можно по смыслу: Мое мнение - главная необходимость наличия схем - в совместимости с предыдущими версиями.

А не для типизации. Короче есть реальный ответ чем что можно сделать схемой и нельзя ролью?

Тема перенесена из форума "Проектирование БД". Мое мнение - главная необходимость наличия схем - в совместимости с предыдущими версиями. А может они вообще не нужны - только кола больше становится? Топик располагается на нескольких страницах:



Схема 2-о кольца метро
Схемы времен английский
Top eleven 2017 схемы
Схемы для имен из фетра
Москва-тольятти схема
Читать дальше..

© 2017 downloadstopexeonline.ru - все права защищены!