Мартин Грубер - Понимание SQL (991940), страница 40
Текст из файла (страница 40)
Хотя это и удобно, но все же имеются ограничения и в этом подходе. Это невозможность иметь пользователя, которыйне мог бы зарегистрироваться, хотя бы временно. Если вы хотите запретить пользователю регистрироваться, вы должны использовать для REVOKE привилегиюCONNECT, которая "удаляет" этого пользователя. Некоторые реализации позволяютвам создавать и удалять пользователей, независимо от их привилегий при регистрации.Когда вы предоставляете привилегию CONNECT пользователю, вы создаетеэтого пользователя.
При этом чтобы сделать это Вы сами, должны иметь DBA привилегию. Если этот пользователь будет создавать базовые таблицы (а не только представления), ему нужно также предоставить привилегию RESOURCE. Но это сразупорождает другую проблему.Если вы сделаете попытку удалить привилегию CONNECT пользователя, который имеет им созданые таблицы, команда будет отклонена, потому что ее действиеоставит таблицу без владельца, а это не позволяется. Вы должны сначала удалитьвсе таблицы созданные этим пользователем, прежде чем удалить его привилегиюCONNECT. Если эти таблицы не пустые, то вы вероятно захотите передать их данныев другие таблицы с помощью команды INSERT, которая использует запрос. Вам ненужно удалять отдельно привилегию RESOURSE; достаточно удалить CONNECT чтобы удалить пользователя.Хотя все выше сказаное — это вполне стандартный подход к привилегиям системы, он также имеет значительные ограничения.
Появились альтернативные подходы, которые более конкретно определены и точнее управляют привилегиями системы.Эти выводы несколько выводят нас за пределы стандарта SQL как это определено в настоящее время, и, в некоторых реализациях, могут полностью выйти за пределы стандарта SQL. Эти вещи вероятно не будут слишком вас касаться, если вы неDBA или не пользователь высокого уровня. Обычные пользователи просто должныбыть знакомыми с привилегиями системы в принципе, справляясь со своей документации только в случае специальных сообщений.РЕЗЮМЕПривилегии дают вам возможность видеть SQL под новым углом зрения, когдаSQL выполняет действия через специальных пользователей в специальной системебазы данных. Сама команда GRANT достаточно проста: с ее помощью вы предоставляете те или иные привилегии объекта одному или более пользователям.
Если выпредоставляете привилегию WITH GRANT OPTION пользователю, этот пользовательможет в свою очередь предоставить эту привилегию другим.Теперь вы понимаете намеки на использование привилегий в представлениях —чтобы усовершенствовать привилегии в базовых таблицах, или как альтернативы кограничениям — и на некоторые преимущества и недостатки такого подхода. Привилегии системы, которые необходимы, но не входят в область стандарта SQL, обсуждались в их наиболее общей форме и поэтому вы будете знакомиться с ними напрактике.Глава 23 продолжит обсуждение о выводах в SQL, таких как сохранение иливосстановление изменений, создание ваших собственных имен для таблиц принадлежащих другим людям, и понимание что происходит когда различные пользователипытаются обращаться к одному и тому же объекту одновременно.РАБОТА С SQL1. Передайте Janet право на изменение оценки заказчика.2.
Передайте Stephan право передавать другим пользователям право делать запросы в таблице Порядков.3. Отнимите привилегию INSERT (ВСТАВКА) в таблице Продавцов у Claire и у всехпользователей которым она была предоставлена.4. Передайте Jerry право вставлять или модифицировать таблицу Заказчиков с сохранением его возможности оценивать значения в диапазоне от 100 до 500.5. Разрешите Janet делать запросы в таблице Заказчиков, но запретите ему уменьшать оценки в той же таблице Заказчиков.(См. Приложение A для ответов.)23ГЛОБАЛЬНЫЕ АСПЕКТЫSQLЭТА ГЛАВА БУДЕТ ОБСУЖДАТЬ АСПЕКТЫ ЯЗЫКА SQL, которые имеют отношение к базе данных как к единому целому, включая использование многочисленыхимен для объектов данных, размещение запоминаемых данных, восстановлние и сохранение изменений в базе данных, а также координирование одновременных действий многочисленных пользователей.
Этот материал даст вам возможностьконфигурации вашей базы данных, отмены действия ошибок, и определения как действия одного пользователя в базе данных будут влиять на действия других пользователей.ПЕРЕИМЕНОВАНИЕ ТАБЛИЦКаждый раз, когда вы ссылаетесь в команде к базовой таблице или представлению не являющимися вашей собственностью, вы должны установить в ней префиксимени владельца, так что бы SQL знала где ее искать. Так как это со временем становится неудобным, большинство реализаций SQL позволяют вам создавать синонимыдля таблиц (что не является стандартом ANSI).Синоним — это альтернативное имя, наподобии прозвища, для таблицы. Когдавы создаете синоним, вы становитесь его собственником, так что нет никакой необходимости, чтобы он предшествовал другому пользовательскому идентификатору доступа (имени пользователя) Если вы имеете по крайней мере одну привилегию в одномили более столбцах таблицы, вы можете создать для них синоним.
(Некоторое отношение к этому может иметь специальная привилегия для создания синонимов.)Adrian может создать синоним с именем Clients, для таблицы с именемDiane.Customers, с помощью команды CREATE SYNONYM следующим образом:CREATE SYNONYM Clients FOR Diane.Customers;Теперь, Adrian может использовать таблицу с именем Clients в команде точнотак же, как использует Diane.Customers. Синоним Clients — это собственность, используемая исключительно для Adrian.ПЕРЕИМЕНОВАНИЕ С ТЕМ ЖЕ САМЫМ ИМЕНЕМПрефикс (прозвище) пользователя — это фактически часть имени любой таблицы.
Всякий раз, когда вы не указываете ваше собственное имя пользователя вместе сименем вашей собственной таблицы, SQL сам заполняет для вас это место. Следовательно, два одинаковых имени таблицы, но связанные с различными владельцами,становятся не идентичными и следовательно не приводят к какому-нибудь беспорядку(по крайней мере в SQL).
Это означает, что два пользователя могут создать две полностью несвязанные таблицы с одинаковыми именами, но это также будет означать,что один пользователь может создать представление, основанное на имени другогопользователя, стоящем после имени таблицы. Это иногда делается когда, представление рассматривается как сама таблица — например, если представление простоиспользует CHECK OPTION как заменитель ограничения CHECK в базовой таблице(смотрите Главу 22 для подробностей).
Вы можете также создавать ваши собственные синонимы, имена которых будут такими же, что и первоначальные имена таблиц.Например, Adrian может определить Customers, как свой синоним для таблицыDiane.Customers:CREATE SYNONYM Customers FOR Diane.Customers;С точки зрения SQL, теперь имеются два разных имени одной таблицы:Diane.Customers и Adrian.Customers. Однако, каждый из этих пользователей можетссылаться к этой таблице просто как к Customers, SQL как говорилось выше сам добавит к ней недостающие имена пользователей.ОДНО ИМЯ ДЛЯ КАЖДОГОЕсли вы планируете иметь таблицу Заказчиков используемую большим числомпользователей, лучше всего что бы они ссылались к ней с помощью одного и того жеимени.
Это даст вам возможность, например, использовать это имя в вашем внутреннем общении без ограничений. Чтобы создать единое имя для всех пользователей,вы создаете общий синоним. Например, если все пользователи будут вызывать таблицу Заказчиков с именем Customers, вы можете ввестиCREATE PUBLIC SYNONYM Customers FOR Customers;Мы пронимаем, что таблица Заказчиков это ваша собственность, поэтому никакого префикса имени пользователя в этой команды не указывается. В основном, общие синонимы создаются владельцами объектов или привилегированнымипользователями, типа DBA.
Пользователям кроме того, должны еще быть предоставлены привилегии в таблице Заказчиков чтобы они могли иметь к ней доступ. Даже если имя является общим, сама таблица общей не является. Общие синонимыстановятся собственными с помощью команды PUBLIC, а не с помощью их создателей.УДАЛЕНИЕ СИНОНИМОВОбщие и другие синонимы могут удаляться командой DROP SYNONYM. Синонимы удаляются их владельцами, кроме общих синонимов, которые удаляются соответствующими привилегированными личностями, обычно DBA. Чтобы удалить напримерсиноним Clients, когда вместо него уже появился общий синоним Customers, Adrianможет ввестиDROP SYNONYM Clients;Сама таблица Заказчиков, естественно, становится не эффективной.КАК БАЗА ДАННЫХ РАСПРЕДЕЛЕНА ДЛЯПОЛЬЗОВАТЕЛЕЙ?Таблицы и другие объекты данных сохраняются в базе данных и находятся тамсвязанными с определенными пользователями, которые ими владеют.
В некоторомсмысле, вы могли бы сказать, что они сохраняются в "именной области пользователя", хотя это никак не отражает их физического расположения, но зато, как и большинство вещей в SQL, находятся в строгой логической конструкции. Однако, на самомделе, объекты данных сохраняются, в физическом смысле, и количество памяти, которое может использоваться определенным объектом или пользователем, в данноевремя, имеют свой предел.В конце концов, никакой компьютер не имеет прямого доступа к бесконечномучислу аппаратных средств (диску, ленте, или внутренней памяти) для хранения данных. Кроме того, эффективность SQL расширится, если логическая структура данныхбудет отображаться неким физическим способом, при котором эти команды получатпреимущество.В больших SQL системах, база данных будет разделена на области, так называемые Области Базы Данных или Разделы.Это области сохраняемой информации, которые размещены так, чтобы информация внутри них находилась близко друг к другу для выполнения команд; то-естьпрограмма не должна искать где-то далеко информацию, сгруппированную в одиночной области базы данных.
Хотя ее физические возможности зависят от аппаратногооборудования, целесообразно, чтобы команда работала в этих областях внутри самойSQL.Системы которые используют области базы данных (в дальнейшем называемые— DBS (Data Base Spaces)), позволяют вам с помощью команд SQL обрабатывать этиобласти как объекты.DBS создаются командами CREATE DBSPACE (СОЗДАТЬ DBS), ACQUIREDBSPACE (ПОЛУЧИТЬ DBS) или CREATE TABLESPACE (СОЗДАТЬ ТАБЛИЧНУЮОБЛАСТЬ), в зависимости от используемой реализации. Одна DBS может вмещатьлюбое число пользователей, и отдельный пользователь может иметь доступ к многимDBS.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
