- •1 Что понимают под данными и информацией в контексте проектирования баз данных.
- •2 Приложение пользователя, разработка приложения.
- •3.Информационная система система обработки данных
- •4 Язык структурированных запросов sql основные команды
- •5 Последовательный доступ к данным, произвольный доступ к данным, индексно-последовательные файлы
- •7 База данных. Система управления базами данных. Система баз данных.
- •8 Нормализация; 1,2, 3 нормальные формы.
- •9. Детерминант; проекция реляционной таблицы; разбиение реляционной таблицы
- •10. Концептуальный, внешний, внутренний уровни базы данных.
- •11.Целостность данных. Правило категорной целостности; правило целостности на уровне ссылок
- •13 Иерархическая,сетевая, реляционная модели данных.
- •15 Ограничительные условия. Избыточность данных; аномалия обновления; аномалия ввода.
- •16 Запись таблицы. Ключи: Потенциальный, первичный, внешний, рекурсивный, составной.
- •17 Реляционная схема базы данных. Функциональная зависимость.
- •18 Рекурсивное отношение порядок отношения; первичный ключ; потенциальный ключ; внешний ключ; составной ключ.
- •19 Реляционная схема базы данных. Целостность данных.
- •20 Реляционная модель данных; таблицы и связи; атрибут реляционной таблицы, область атрибута; кортеж.
- •21 Правило категорной целостности. Целостность на уровне ссылок.
- •22 Объект “Макросы”
- •23 Аномалия обновления. Аномалия удаления. Аномалия ввода.
- •24 Концептуальное проектирование базы данных.
- •25 Нормальные формы: первая нормальная форма, вторая нормальная форма, третья нормальная форма
- •26 Отношение; мощность отношения; отношения «один-к-одному», «один-ко- многим», «многие-ко-многим».
- •27 Ограничения на поля таблиц
- •28 Суррогатный ключ; составное объектное множество.
- •29 Какие команды манипуляции данными вы знаете? Команды добавления, удаления атрибутов, удаления таблиц.
- •31.Объект «Таблицы»
- •32. Модель данных: иерархическая, сетевая, реляционная модели. Физический указатель. Потомок, предок.
- •33. Объект запросы
- •34 Псевдонимы таблиц. Представления. Хранимая процедура
- •35 Объект формы
- •37 Объект отчеты
- •38 Объект “Макросы”
- •39 Создание резервной копии базы данных. Восстановление базы данных.
- •40 Пользовательские приложения.
- •41 База данных. Система управления базами данных. Компоненты системы баз данных.
- •42 Технология Клиент/сервер
- •43 Недостатки файловых систем
- •44 Последовательный произвольный доступ к данным .Индексно-последовательные файлы.
- •45 Информационная система. Система обработки данных.
- •46 Информация. Необходимость управления информацией
- •47. Концептуальный, внешний, внутренний уровни базы данных.
35 Объект формы
Access предоставляет возможность вводить данные как непосредственно в таблицу, так и с помощью форм. Форма в БД - это структурированное окно, которое можно представить так, чтобы оно повторяло форму бланка. Формы создаются из набора отдельных элементов управления. Внешний вид формы выбирается в зависимости от того, с какой целью она создается. Формы Access позволяют выполнять задания, которые нельзя выполнить в режиме таблицы. Формы позволяют вычислять значения и выводить на экран результат. Источником данных для формы являются записи таблицы или запроса. Форма предоставляет возможности для:
ввода и просмотра информации базы данных
изменения данных
печати
создания сообщений
Способы создания форм:
Конструктор форм (предназначен для создания формы любой сложности); Мастер форм (позволяет создавать формы различные как по стилю, так и по содержанию)
Алгоритм создания форм следующий:
Открыть окно БД;В окне БД выбрать вкладку Формы;Щелкнуть на пиктограмме Создать, расположенной на панели инструментов окна БД;В появившемся диалоговом окне «Новая форма» Выбрать способ создания формы и источник данных;Щелкнуть на кнопке ОК
Создание главной кнопочной формы
Главная кнопочная форма создается с целью навигации по базе данных, т.е. она может использоваться в качестве главного меню БД. Элементами главной кнопочной формы являются объекты форм и отчётов. Запросы и таблицы не являются элементами главной кнопочной формы. Поэтому для создания кнопок Запросы или Таблицы на кнопочной форме можно использовать макросы. Сначала в окне базы данных создают макросы «Открыть Запрос» или «Открыть Таблицу» с уникальными именами, а затем в кнопочной форме создают кнопки для вызова этих макросов. Технология создания кнопочных форм следующая:
1) создать страницу главной кнопочной формы (ГКФ);
2) создать необходимое количество страниц подчиненных кнопочных форм (например, формы для ввода данных, для отчетов, для запросов и т.д.);
3) создать элементы главной кнопочной формы;
4) создать элементы для кнопочных форм отчетов и форм ввода или изменения данных;
5) создать макросы для запросов или для таблиц с уникальными именами;
6) создать элементы для кнопочных форм запросов или таблиц.
Для того чтобы эта форма отображалась при запуске базы данных, необходимо выполнить команду Сервис/Программы запуска, и в открывшемся окне выбрать "Кнопочная форма" из раскрывающегося списка, кроме того, надо снять флажки Окно базы данных и Строка состояния. Можно также ввести заголовок и значок приложения.
36 Трехуровневая архитектура систем базы данных: внешний, внутренний,концептуальный уровни.
В процессе научных исследований, посвященных тому, как именно должна быть устроена СУБД, предлагались различные способы реализации. Самым жизнеспособным из них оказалась предложенная американским комитетом по стандартизации ANSI (American National Institute) трехуровневая система организации БД, изображенная на рис. 5.1.
Архитектура включает три уровня: внутренний, концептуальный и внешний. В общих чертах они представляют собой следующее:
Внутренний это уровень, наиболее близкий к физическому хранению, т.е. связанный со способами сохранения информации на физических устройствах хранения.
Внешний наиболее близок к пользователям, т.е. он связан со способами представления данных для отдельных пользователей.
Концептуальный уровень это ⌠промежуточный■ уровень между двумя первыми; другими словами, это центральное управляющее звено, где БД представлена в наиболее общем виде, который объединяет данные, используемые всеми приложениями, работающими с данной БД. Фактически концептуальный уровень отражает обобщенную модель предметной области (объектов реального мира), для которой создавалась БД. Как любая модель, концептуальная модель отражает только существенные, с точки зрения обработки, особенности объектов реального мира.
Внешний уровень это индивидуальный уровень пользователя. У каждого пользователя есть свой язык общения. Все эти языки включают подъязык данных, т.е. подмножество операторов всего языка, связанное только с объектами и операциями БД.
В принципе любой подъязык данных является на самом деле комбинацией, по крайней мере двух подчиненных языков и языка определения данных (DDL), который поддерживает определения или объявления объектов БД, и языка обработки данных (DML), который поддерживает операции с такими объектами или их обработку.
Внешнее представление это содержимое БД, каким видит его определенный пользователь (т.е. для этого пользователя внешнее представление и есть БД).
Концептуальное представление это представление всей информации БД в несколько более абстрактной форме по сравнению с физическим способом хранения данных. Однако концептуальное представление существенно отличается от способа представления данных какому- либо отдельному пользователю. Концептуальное представление это представление данных такими, какие ⌠они есть на самом деле■, а не такими, какими вынужден их видеть пользователь. Концептуальная схема √ это определение такого представления. В большинстве существующих систем ⌠концептуальная схема■ в действительности представляет собой немного больше, чем простое объединение всех отдельных внешних схем с дополнительными средствами безопасности и правилами обеспечения целостности.
Внутреннее представление это представление нижнего уровня всей БД. Внутреннее представление так же, как внешнее и концептуальное, не связанно с физическим уровнем. Это представление предполагает бесконечное линейное адресное пространство.Внутреннее представление описывается с помощью внутренней схемы, которая определяет не только различные типы хранимых записей, но также существующие индексы, способы представления хранимых полей, физическую последовательность хранимых записей и т.д.
Эта архитектура позволяет обеспечить логическую (между уровнями 1 и 2) и физическую (между 2 и 3) независимость при работе с данными. Логическая независимость предполагает возможность изменения одного приложения без корректировки других приложений, работающих на этой же БД. Физическая независимость предполагает возможность переноса хранимой информации с одних носителей на другие при сохранении работоспособности всех приложений, работающих с данной БД. Это именно то, чего не хватало при использовании файловых систем.Выделение концептуального уровня позволило разработать аппарат централизованного управления БД.