Базы данных. Лекции - База данных, лекционный курс. Базы данных лекционный курс
 Скачать 1.23 Mb.
|
9.6. ЗаключениеРазвитие тех из настольных СУБД, что сумели сохранить свою популярность на протяжении многих лет, подчинялось вполне определенным закономерностям. Все эти СУБД: приобрели визуальные средства проектирования форм, отчетов и приложений в момент появления ранних Windows-версий; стали предоставлять доступ к данным серверных СУБД к моменту появления первых 32-разрядных версий; приобрели средства публикации данных в Internet и в той или иной степени поддерживают создание приложений для редактирования данных с помощью Web-браузеров; начали предоставлять возможность хранить описания правил ссылочной целостности внутри базы данных. История развития настольных СУБД отражает современные тенденции развития информационных систем, такие как создание распределенных систем с использованием Internet или Intranet, применение средств быстрой разработки приложений и массовый перенос приложений, использующих базы данных, включая настольные приложения, в архитектуру «клиент/сервер». 9.7. Объекты баз данныхБольшинство баз данных содержат несколько разных типов объектов, например: таблицы для хранения данных, индексы для сортировки данных и поддержки ключей, ограничения или правила для поддержки ссылочной целостности и ограничения значений данных, триггеры и хранимые процедуры для хранения исполняемого кода. Таблицы поддерживаются всеми реляционными СУБД, и в их полях могут храниться данные разных типов. Индексы можно определить как список номеров записей, указывающий, в каком порядке их предоставлять. В большинстве современных СУБД используются поддерживаемые индексы. Реализация таких индексов приводит к тому, что любое изменение данных в таблице влечет за собой изменение связанных с ней индексов, а это увеличивает время, требующееся СУБД для проведения указанных операций. Поэтому при использовании таких СУБД следует создавать только те индексы, которые реально необходимы, и руководствоваться при этом тем, какие запросы будут встречаться наиболее часто. Ограничения (правила) – специальные объекты, которые содержатся в большинстве современных серверных СУБД. Эти объекты содержат сведения об ограничениях, накладываемых на возможные значения полей. Если СУБД не поддерживает ограничения, то для реализации аналогичной функциональности правил можно либо использовать другие объекты (например, триггеры), либо хранить эти правила в клиентских приложениях, работающих с этой базой данных. Практически все реляционные СУБД поддерживают представления (views). Этот объект представляет собой виртуальную таблицу, включающую данные из одной или нескольких реальных таблиц. На самом деле он не содержит никаких данных, а только описывает их источник. Нередко такие объекты создаются для хранения в базах данных сложных запросов. Фактически view - это хранимый запрос. Нередко эти объекты используются для обеспечения безопасности данных, например путем разрешения просмотра данных с их помощью, без предоставления доступа непосредственно к таблицам. Помимо этого некоторые представления могут возвращать разные данные в зависимости, например, от имени пользователя, что позволяет ему получать только интересующие его данные. Триггеры и хранимые процедуры, поддерживаемые в большинстве современных серверных СУБД, используются для хранения исполняемого кода. Хранимая процедура - это специальный вид процедуры, который выполняется сервером баз данных. Хранимые процедуры пишутся на процедурном языке, который зависит от конкретной СУБД. Они могут вызывать друг друга, читать и изменять данные в таблицах. Их можно вызвать из клиентского приложения, работающего с базой данных. Хранимые процедуры обычно используются при выполнении часто встречающихся задач. Они могут иметь аргументы, возвращать значения, коды ошибок и иногда наборы строк и колонок. Однако последний тип процедур поддерживается не всеми СУБД. Триггеры также содержат исполняемый код, но их, в отличие от процедур, нельзя вызвать из клиентского приложения или хранимой процедуры. Триггер всегда связан с конкретной таблицей и выполняется тогда, когда при редактировании этой таблицы наступает событие, с которым он связан (например, вставка, удаление или обновление записи). В большинстве СУБД, поддерживающих триггеры, можно определить несколько триггеров, выполняющихся при наступлении одного и того же события, и определить порядок из выполнения. ЛИТЕРАТУРА 1. Горев А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД. – СПб.: Питер, 1997. – 704 с. 2. Дейт К. Дж. Введение в системы баз данных: Пер. с англ.- 6-е изд.– К.; М.; СПб.: Издательский дом «Вильямс», 2000. – 848 с. 3. Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ: Пер. с англ. – М.: Мир, 1991. – 252 с. 4. Диго С.М. Проектирование и использование баз данных: Учебник. – М.: Финансы и статистика, 1995. – 208 с. 5. Коннолли Т., Бегг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. Теория и практика: Пер. с англ.: Учеб. пособие. - 2-е изд.– М.: Издательский дом «Вильямс», 2000. – 1120 с. 6. Мейер Д. Теория реляционных баз данных: Пер. с англ. – М.: Мир, 1987. – 608 с. 7. Хансен Г., Хансен Д. Базы данных: разработка и управление: Пер. с англ. – М.:ЗАО «Издательство БИНОМ», 1999. – 704 с. 8. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А.Д. Хомоненко. – СПб.: КОРОНА принт, 2000. – 416 с. 9. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А.Д. Хомоненко. – Издание 2-е, доп. и перераб. – СПб.: КОРОНА принт, 2002. – 672 с. ОГЛАВЛЕНИЕ ВВЕДЕНИЕ 3 1. ВВЕДЕНИЕ В БАНКИ ДАННЫХ 3 1.1. Понятие банка данных 3 1.2. Компоненты банка данных 4 1.3. Классификация банков данных 4 2. МОДЕЛИ ДАННЫХ 6 2.1. Иерархическая модель 6 2.2. Сетевая модель данных 7 2.3. Реляционная модель данных 7 2.4. Постреляционная модель 9 2.5. Многомерная модель 10 2.6. Объектно-ориентированная модель 12 3. ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ МЕТОДОМ «СУЩНОСТЬ – СВЯЗЬ» 15 3.1. Этапы проектирования 15 3.2. Общие сведения об инфологическом моделировании 16 3.3. Построение ER – модели 17 3.4. Общие сведения о даталогическом проектировании 22 3.5. Проектирование реляционных баз данных 22 4. ЯЗЫКИ ЗАПРОСОВ 30 4.1. Реляционная алгебра 30 4.2. Структурированный язык запросов SQL 38 5. НОРМАЛИЗАЦИЯ ОТНОШЕНИЙ 49 5.1. Сущность нормализации 49 5.2. Нормальные формы 52 6. ДЕКОМПОЗИЦИОННЫЙ МЕТОД ПРОЕКТИРОВАНИЯ РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ 58 6.1. Общий подход к декомпозиции 58 6.2. Некоторые комментарии к декомпозиционному методу проектирования 59 6.3. Некоторые модификации алгоритма декомпозиционного метода 60 6.4. Использование аксиом вывода при удалении избыточных зависимостей 61 6.5. Пересмотренный алгоритм проектирования реляционной базы данных 64 6.6. Проверка отношений на завершающей фазе их проектирования 65 7. БЕЗОПАСНОСТЬ БАЗ ДАННЫХ 68 7.1. Обязательное управление доступом 68 7.2. Защита баз данных в среде Access 2000 69 7.2.1. Парольная защита базы данных 69 7.2.2. Защита на уровне пользователя 70 7.2.3. Шифрование баз данных 74 8. ОБЕСПЕЧЕНИЕ ЦЕЛОСТНОСТИ БАЗЫ ДАННЫХ 75 9. НАСТОЛЬНЫЕ СУБД 78 9.1. DBase и Visual dBase 79 9.2. Рarаdох 80 9.3. Microsoft FoxРrо и Visual FoxРrо 81 9.4. Microsoft Ассеss 82 9.5. Microsoft Data Engine 82 9.6. Заключение 83 9.7. Объекты баз данных 83 ЛИТЕРАТУРА 85 Учебное издание Татьяна Александровна Левчук БАЗЫ ДАННЫХ ЛЕКЦИОННЫЙ КУРС Учебное пособие Редактор Е.О. Колесникова ЛР № 020825 от 21.09.93 Подписано в печать 06.12.2002 Формат 60х84 1/8. Бумага 80 г/м2. Отпечатано на ризографе. Усл. печ. л. 10,23. Уч.- изд. л. 6,61. Тираж 400. Полиграфическая лаборатория ГОУВПО «Комсомольский-на-Амуре государственный технический университет» Институт новых информационных технологий 681013, Комсомольск-на-Амуре, пр. Ленина, 27. 1 Т.е. неделимым значением, с точки зрения конкретной СУБД. 1Семестр – представляет собой семестр, в котором данный курс был завершен. Студент может повторить прохождение учебного курса и получить при этом другую оценку. 1 Экземпляром отношения называют отдельный листинг данного отношения в некоторый момент времени. |