Смотрите также:



База данных схема это


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

Вот прочитал и ничего не понял Очевидны недостатки - если какой-то пользователь когда-то умудрился создать объект, который оказался необходимым и используемым, то имя этого пользователя оказывается увековеченным в базе удалить его нельзя. Я думаю, что понимание придёт после того, как испытаешь это на практике. Топик располагается на нескольких страницах:

ПОШАГОВОЕ создание схемы данных в базе данных Access

База данных схема это

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

База данных схема это

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

Я думаю, что понимание придёт после того, как испытаешь это на практике.

Дело в том, что схема - понятие, включённое и давно в стандарт SQL. А роли для чего? Очевидны недостатки - если какой-то пользователь когда-то умудрился создать объект, который оказался необходимым и используемым, то имя этого пользователя оказывается увековеченным в базе удалить его нельзя.

База данных схема это

А мне вот тоже не совсем понятно Не пинайте ногами, но ответа на вопрос не смог найти пересмотрев не один десяток книг по MS SQL работаю с и форум. Хотя конечно назначая права на схемы различным пользователям можно очень удобно разруливать эти права А роли для чего? Очевидны недостатки - если какой-то пользователь когда-то умудрился создать объект, который оказался необходимым и используемым, то имя этого пользователя оказывается увековеченным в базе удалить его нельзя.

Я думаю, что понимание придёт после того, как испытаешь это на практике. А не для типизации.

А роли для чего? А может они вообще не нужны - только кола больше становится? Дело в том, что схема - понятие, включённое и давно в стандарт SQL.

База данных схема это

База данных схема это

Зачем нужны схемы БД? Вот прочитал и ничего не понял А не для типизации.

А можно по смыслу: А может они вообще не нужны - только кола больше становится?

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



Схема вышивки совы рто
Жемчужина крыма схема
Платочная вязка спицами схема описание
Cummins 2.8 схема ремня
Схема подошва крючком
Читать далее...

©2017 zarabotei.ru. Все права защищены.