- •Экзаменационный билет №1
- •1. База данных: определения, признаки базы данных.
- •2. DataBase Desktop: задание ключей в базе данных формата «Paradox».
- •Экзаменационный билет №2
- •1. Классификация баз данных.
- •2. DataBase Desktop: задание связей в базе данных формата «Paradox»
- •Экзаменационный билет №3
- •1. Иерархические базы данных.
- •2. Компоненты Delphi для работы с бд: tDatabase (назначение, свойства, методы события).
- •Свойства компонента
- •Методы компонента
- •Экзаменационный билет №4
- •1. Сетевые базы данных.
- •2. Компоненты Delphi для работы с бд: tTable (свойства и методы, используемые для подключения таблиц).
- •Экзаменационный билет №5
- •1. Реляционные базы данных.
- •2. Компоненты Delphi для работы с бд: tTable (свойства и методы, используемые для перемещения по таблице).
- •Экзаменационный билет №6
- •1. Объектно-ориентированные базы данных.
- •2. Компоненты Delphi для работы с бд: tTable (свойства и методы, используемые для сортировки таблиц).
- •Экзаменационный билет №7
- •1. Реляционная модель данных.
- •2. Компоненты Delphi для работы с бд: tTable (свойства и методы, используемые для фильтрования данных таблиц).
- •Экзаменационный билет №8
- •1. Структурная часть реляционной модели данных: типы данных, используемых в реляционной модели данных.
- •Типы данных
- •Простые типы данных
- •2. Компоненты Delphi для работы с бд: tTable (свойства и методы, используемые для манипулирования данными в таблицах).
- •Экзаменационный билет №9
- •1. Домен.
- •2. Компоненты Delphi для работы с бд: tDataSource (назначение, свойства, методы события).
- •Свойства компонента
- •Методы компонента
- •Сотрудники (Номер_сотрудника, Фамилия, Зарплата, Номер_отдела)
- •1 Иванов 1000 1
- •2 Петров 2000 2
- •3 Сидоров 3000 1
- •Вычисляемые Поля
- •Управление tdbGrid во время выполнения
- •Вычисляемые поля
- •Экзаменационный билет №13
- •Простые и составные ключи
- •Естественные и суррогатные ключи
- •Операторы sql
- •Операторы ddl (Data Definition Language) - операторы определения объектов базы данных
- •Операторы dml (Data Manipulation Language) - операторы манипулирования данными
- •Операторы защиты и управления данными
- •Отбор данных из одной таблицы
- •Отбор данных из нескольких таблиц
- •Использование имен корреляции (алиасов, псевдонимов)
- •Использование агрегатных функций в запросах
- •Использование агрегатных функций с группировками
- •Использование подзапросов
- •Использование объединения, пересечения и разности
- •Синтаксис оператора выборки данных (select)
- •Синтаксис оператора выборки
- •Синтаксис соединенных таблиц
- •Синтаксис условных выражений раздела where
- •Порядок выполнения оператора select
- •Стадия 1. Выполнение одиночного оператора select
- •Стадия 2. Выполнение операций union, except, intersect
- •Стадия 3. Упорядочение результата
- •Как на самом деле выполняется оператор select
- •Оператор соединения
- •Оператор пересечения
- •Оператор деления
- •1) Первая нормальная форма (1nf)
- •1) Вторая нормальная форма (2nf)
- •Панель компонент Rave
- •Компоненты вывода
- •Классы Rave
- •Целостность сущностей
- •Внешние ключи
- •2) Мост к данным
- •Об именовании компонент подключения данных
- •Управление видимостью подключения
- •Пользовательские подключения данных
- •5. Настройка подключений данных Использование событий для настройки ваших подключений данных
- •Замечания к правилам целостности сущностей и внешних ключей
- •2) Визуальная среда создания отчетов
- •Для родительского отношения
- •2) Описание tRvRenderPreview
- •Свойства tRvRenderPreview
- •События tRvRenderPreview
- •Свойства и события tRvRenderPrinter
- •Описание tRvRenderPdf
- •Описание tRvRenderHtml
- •Описание tRvRenderRtf
- •Описание tRvRenderText
- •Применение стратегий поддержания ссылочной целостности
- •При обновлении кортежа в родительском отношении
- •При удалении кортежа в родительском отношении
- •При вставке кортежа в дочернее отношение
- •При обновлении кортежа в дочернем отношении
- •2) 4. Rave подключения данных Мост к данным
- •Об именовании компонент подключения данных
- •Управление видимостью подключения
- •Пользовательские подключения данных
- •5. Настройка подключений данных Использование событий для настройки ваших подключений данных
- •Событие OnGetCols
- •Событие OnValidateRow
- •Событие OnRestore
- •2.2. Создание таблицы
- •2.3. Создание полей
Таблица находится в 4NF, если она находится в BCNF и не содержит нетривиальных многозначных зависимостей. Многозначная зависимость не является функциональной, она существует в том случае, когда из факта, что в таблице содержится некоторая строка X, следует, что в таблице обязательно существует некоторая определённая строка Y. То есть, таблица находится в 4NF, если все ее многозначные зависимости являются функциональными.
Панель компонент Rave
Имеются два типа объектов в Rave, компоненты вывода (Output Components) и классы отчета (Report Classes). Компоненты вывода отвечают за вывод отчета на различные устройства вывода, а классы отчета, которые не являются компонентными классами, отвечают за все остальные задачи.
Компоненты вывода
|
TrvSystem |
Включает в себя стандартный принтер и предварительный просмотр и является одним из самых простых в использовании компонент. |
|
TRvNDRWriter |
Создает NDR поток или файл (в должном формате) при выполнении отчета. |
|
TrvRenderPreview |
Показывает диалог предварительного просмотра для NDR потока или файла. |
|
TrvRenderPrinter |
Посылает NDR поток или файл на принтер. |
|
TRvRenderPDF |
Преобразовывает NDR поток или файл в PDF формат. |
|
TRvRenderHTML |
Преобразовывает NDR поток или файл в HTML формат. |
|
TRvRenderRTF |
Преобразовывает NDR поток или файл в RTF формат. |
|
TRvRenderText |
Преобразовывает NDR поток или файл в Text формат. |
Классы Rave
|
TrvProject |
Производит соединение к проекту отчета, который был создан с помощью визуального редактора Rave. Используйте данный компонент для получения списка всех доступных отчетов или для выполнения конкретного отчета. |
|
TrvCustomConnection |
Подсоединяет пользовательские данные (сгенерированные через события) к DirectDataViews, созданные с помощью визуального редактора Rave. |
|
TrvDataSetConnection |
Подсоединяет TDataSet данные (например, TClientDataSet, или компоненты третьих сторон, наследники от TDataSet) к DirectDataViews, созданные с помощью визуального редактора Rave. |
|
TrvTableConnection |
Подсоединяет TTable компоненты к DirectDataViews, созданные с помощью визуального редактора Rave. |
|
TrvQueryConnection |
Подсоединяет TQuery компоненты к DirectDataViews, созданные с помощью визуального редактора Rave. |
Экзаменационный билет №20
1) По определению, тело отношения есть множество кортежей, поэтому отношения не могут содержать одинаковые кортежи. Это значит, что каждый кортеж должен обладать свойством уникальности. На самом деле, свойством уникальности в пределах отношения могут обладать отдельные атрибуты кортежей или группы атрибутов. Такие уникальные атрибуты удобно использовать для идентификации кортежей.
Определение 1. Пусть дано отношение . Подмножество атрибутов отношения будем называть потенциальным ключом, если обладает следующими свойствами:
Свойством уникальности - в отношении не может быть двух различных кортежей, с одинаковым значением .
Свойством неизбыточности - никакое подмножество в не обладает свойством уникальности.
Любое отношение имеет по крайней мере один потенциальный ключ. Действительно, если никакой атрибут или группа атрибутов не являются потенциальным ключом, то, в силу уникальности кортежей, все атрибуты вместе образуют потенциальный ключ.
Потенциальный ключ, состоящий из одного атрибута, называется простым. Потенциальный ключ, состоящий из нескольких атрибутов, называется составным.
Отношение может иметь несколько потенциальных ключей. Традиционно, один из потенциальных ключей объявляется первичным, а остальные - альтернативными. Различия между первичным и альтернативными ключами могут быть важны в конкретной реализации реляционной СУБД, но с точки зрения реляционной модели данных, нет оснований выделять таким образом один из потенциальных ключей.
Замечание. Понятие потенциального ключа является семантическим понятием и отражает некоторый смысл (трактовку) понятий из конкретной предметной области. Для того чтобы проиллюстрировать этот факт рассмотрим следующее отношение "Сотрудники":
Табельный номер |
Фамилия |
Зарплата |
1 |
Иванов |
1000 |
2 |
Петров |
2000 |
3 |
Сидоров |
3000 |
Таблица 4 Отношение "Сотрудники"
При первом взгляде на таблицу, изображающую это отношение, может показаться, что в таблице имеется три потенциальных ключа - в каждой колонке таблицы содержатся уникальные данные. Однако среди сотрудников могут быть однофамильцы и сотрудники с одинаковой зарплатой. Табельный же номер по сути свой уникален для каждого сотрудника. Какие же соображения привели нас к пониманию того, что в данном отношении только один потенциальный ключ - "Табельный номер"? Именно понимание смысла данных, содержащихся в отношении.
Попробуем представить это отношение в другом виде, изменив наименования атрибутов:
A |
B |
C |
1 |
Иванов |
1000 |
2 |
Петров |
2000 |
3 |
Сидоров |
3000 |
Предъявим кому-нибудь эту таблицу и не сообщим смысл наименований атрибутов. Очевидно, что невозможно судить, не понимая смысла данных, может или не может в этом отношении появиться, например, кортеж (1, Петров, 3000). Если бы, кстати, такой кортеж появился (что, на первый взгляд, вполне возможно, т.к. не нарушается уникальность кортежей), то мы точно смогли бы сказать, что не является альтернативным ключом - ни один из атрибутов по отдельности. Но мы не сможем сказать, что же является первичным ключом.
Замечание. Потенциальные ключи служат средством идентификации объектов предметной области, данные о которых хранятся в отношении. Объекты предметной области должны быть различимы.
Замечание. Потенциальные ключи служат единственным средством адресации на уровне кортежей в отношении. Точно указать какой-нибудь кортеж можно только зная значение его потенциального ключа.