Программирование баз данных MS SQL Server (1084479), страница 40
Текст из файла (страница 40)
Бегчег 2005 предусмотрены новые функции, обеспечивающие поддержку применения схем в структуре имен, и даже новые образцы баз данных, которые входят в поставку этой версии (в том числе база данных АсьгепгпхеИогКз, которая уже встречалась в данной книге время от времени, а в следующих главах будет применяться более часто), характеризуется широким использованием схем. (По мнению автора, иногда при этом количество применяемых схем даже выходит за пределы разумного.) Кроме того, схемы становятся важной, неотъемлемой частью организации работы, когда приходится сталкиваться с некоторыми другими аспектами применения СУБД 5(1Е Бегчег, такими как приложение Хогзггсасгоп Яегисег.
Теперь рассмотрим, что представляют собой схемы и как они действуют. В предыдущих выпусках СУБД зЯз. Яегоег применялось понятие "владельца" (в той трактовке, которая была принята в то время). По сути толкование этого понятия соответствовало буквальному смыслу слова. Под владельцем подразумевался пользователь, которому "принадлежит" объект, а регистрационное имя этого пользователя включалось в полное уточненное имя объекта. Как правило, владельцем считался либо пользователь, создавший объект, либо владелец базы данных (для обозначения пользователей последней категории чаще используется имя с)Ьо — сокращение от с(асаЬазе озепег; описание категории пользователей оЬо будет приведено ниже).
А начиная с версии БО) Бегчег 2005 распределение объектов по разным частям базы данных осуществляется подобным образом, но сами объекты обозначаются как принадлежащие схеме, а не владельцу. Понятие владельца связано с одной конкретной учетной записью, а с появлением понятия схемы возникла возможность обеспечивать совместный доступ к одной и той же части базы данных для нескольких учетных записей, а также предоставлять одной учетной записи права доступа к нескольким схемам. По умолчанию создавать объекты в базе данных имеют право только пользователи, которые относятся к системной роли зузасйпйп, а также пользователи, относящиеся к таким ролям базы данных, как сЬ онпех или сБэ сЫ1адзпз.п.
В вефсии 5® Згтогт 2005 пфедусмотфено гофаздо больше системных фомоз и филей базы данных по сфавнению с упомянутыми вылив. Рави имеют множество прав, пфедоставленных им с учетом того, для чего может использоваться зта фаль. Назначение опфеделенному пользователю конкфетной фоли фавносильно пфедоставлению этому пальзовапмлю возможности пагыоваться всеми пфавоми, кооизфые пфедоставлены данной фоли. Права на создание объектов базы данных и системных объектов некоторых типов могут быть также предоставлены отдельным пользователям. А если такие пользователи действительно создают некоторый объект, то по умолчанию такой объект ста- Создание и модификация таблиц 165 новится принадлежащим той схеме, которая рассматривается как принадлежащая по умолчанию учетной записи этого пользователя.
йе рледуеубаз рагзборач прзийенйть узкое.то бредстаб лйй(ь потогй( отпасть тйкэайгвозмрж. ,: ноготь!' прнедостевяенне'прад на'создйнйй объектов,базм даннмх, отдальнйза пользователям,. - с покющью оператора-ейяйсте йельзйзназаать'йнача;: чйм'реп)йоду)маннйй,:рашейием;,дело =" й том;-'что йзза этогго ейайоаиусягбукваайно йааозйгожнсо просяседить)за тем, )сто, ягода,: .,н: пб-какой-прйчнне' созда чтет, 'аяй инсой..обвеет Корочетбаоря:, ояедует огранйччиайхьсв,: ::йрайостащ)енйегмййоступй аоператорусййкткнйботбдьаоУчецгойзапнснзв,"либо ррдй'- '- ставнуеяям прианаегарозанной,роби,'яуэаасйзп "нян ОЬ:,огибай. Схема с1Ьо, применяемая по умолчанию Представителем роли с)Ьо, или "владельцем базы данных", считается любой пользователь, создавший базу данных.
Поэтому любые объекты, создаваемые пользователем с такой ролью в базе данных, присваиваются схеме, обозначенной именем дЬо, а не именем самого этого пользователя. Например, предположим, что некоторый пользователь повседневно работает с базой данных, имеет регистрационное имя Музспета и обладает правом на создание таблиц, СЕЕАТЕ ТАВЬЕ, в какой-то конкретной базе данных.
Таблица МуТаЬ1е, созданная этим пользователем, приобретает имя объекта, уточненное именем владельца, Музсйева. МутаЬ1е. Обратите внимание на то, что эта таблица имеет конкретного владельца, поэтому любой пользователь, отличный от него (напомним, что владельцем является пользователь Музспета), для доступа к таблице МуЯспета. МуТаЬ1е должен указать имя, уточненное именем владельца, для того, чтобы СУБД БОБ Беггег могла определить, к чему относится имя таблицы. А теперь предположим, что имеется также пользователь с регистрационным именем Егео и что Егео является владельцем базы данных (а не просто одним из представителей роли оЬ онпег).
Если пользователь Егео создаст таблицу МуТаЬ1е с помощью оператора СЕЕАТЕ, идентичного тому, который применялся пользователем Музспета, то данная таблица приобретет имя, уточненное именем владельца, оЬо. МутаЬ1е. Кроме того, оказывается, что сИзо также является владельцем, рассматриваемым как таковой по умолчанию, поэтому любой пользователь может обращаться к этой таблице просто как к МуТаЬ1е.
Следует отметить, что пользователи с учетной записью эа (или представители роли зузасАя1п) всегда связаны псевдонимами с ролью с)Ьо. Это означает, что полы зователь за всегда имеет полный доступ к любой базе данных (независимо от того, кто фактически является владельцем базы данных), как если бы он имел роль оЬо применительно к этой базе данных, а любые объекты, созданные после регистрации в учетной записи за, показывают, что по своей принадлежности они относятся к роли оЬо. С другой стороны, объекты, созданные представителями роли базы данных оЬ онпег, не попадают по умолчанию во владение роли оЬо, рассматриваемой как название схемы, применяемой по умолчанию; такие объекты присваиваются той схеме, которая определена как применяемая по умолчанию для данного, конкретного пользователя (таковым может быть любой пользователь).
В это трудно поверить, но дела обстоят именно так! 1бб Глава б Автор во время личнъгх встреч со старьсни друзьями из хомпании Мгсюзоуг убедился в таи, что и на них подействовали призывы перейти х использованию схем, поэтому они привеэь ствуют такие изменения.
Я также готов воспользоваться возможностями п)паменения схем, но главным об)пазом потому, что они позвааяют в опфеделенной ппепепи упфостить Работу а не по тем п)зиником, что на них основаны такие программные средства, какими нужно было бы немедленно восполъзоватъся. В результогае введения схем саожность организации базы данных воз)заспгает, независимо от того, какая структура гфи этом исполыуется. Безусловно, схемы позволяют учесть в проекте возможность распредезепип объектов с учетом о)гганизационной структуры предгфиятия но обычно такой же цели можно достичь другими способами, позвсляюгцими создать базу данн ъгх, гоРаздо более удобную в эхспауатации.
Кузоме того, несиотфп на поддгфжку понятия схем в стан дауз те А)чБ1, эта поддефжха нг обеспечив аетса полностью одинаково во всех основных программных продуктах реляционных СУБД. Это означает, что использование схем связано с необходимостью учитывать различия между СУБД, если доажна осугцествляться Разфаботка кода, способного подде)гживать несколько паатфофм. Ра~аЬавеВ1ав1е — компонент схемы именования, соответствующий имени базы данных Следующим компонентом в полностью уточненном имени таблицы, предусмотренным соглашением об именовании, является имя базы данных. Дело в том, что иногда возникает необходимость осуществлять выборку данных из базы данных, отличной от применяемой по умолчанию, или текущей базы данных. Кроме того, может действительно потребоваться использовать операцию соединения к данным, хранящимся в разных базах данных.
Такая возможность предоставляется благодаря использованию имен таблиц, уточненных именем базы данных. Например, если пользователь зарегистрировался и указал Дс1чепгпгепогкэ в качестве текущей базы данных, но ему требуется также обратиться к таблице Огйегз в базе данных могсппйпс1, то он имеет возможность указать имя требуемой таблицы в формате могсЬнйпс1.
с1Ьо. Огг1егэ. К тому же схема оЬо применяется по умолчанию, поэтому для обозначения этой таблицы можно использовать имя могспнйпг1 .. Огсегэ. Итак, если таблица муТаЬ1е базы данных МуРасаЬаэе принадлежит схеме МуБспепза, то имя этой таблицы можно указать как МуОагаЬаэе. МуБ спета. МутаЬ1е. Напомним, что текущая база данных (определенная с помощью команды ОБЕ или указанная в раскрывающемся списке, если используется программа БО1. Бегчег Мапаяещепь Сопзо!е) всегда является применяемой по умолчанию, поэтому если требуются только данные из текущей базы данных, то нет необходимости включать имя базы данных в полностью уточненное имя таблицы. ЗехчехВ1аше — компонент схемы имЕнОвания, соответствующий имени сервера В имени таблицы можно не только указывать другую базу данных, отличную от текущей, на сервере, к которому подключен пользователь, но и устанавливать так называемую "связь" с другим сервером.
Установление связи с другими серверами дает возможность применять операцию соединения к данным, хранящимся на разных серверах одного и того же типа и даже на серверах разных типов (БО1. Бегчег, Огас1е, РВ2, Ассегэ и т.д.), а при использовании провайдера О).Е Р — на серверах практически любых типов. Дополнительная информация о связанных серверах приведена Создание и модификация таблиц 167 в одной из следующих глав настоящей книги, но на данный момент достаточно понять, что применение имени сервера позволяет ввести еще один уровень в иерархию именования таблиц, который дает возможность обращаться к различным серверам, и что этот уровень используется во многом аналогично тому, что и уровни, соответствующие обозначениям базы данных и владельца.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
