1. Взяємозв’язок даних в кореляційній базі даних кларіон.

Реляционная структура базы данных. Все данные представлены в виде простых таблиц, разбитых на строки и столбцы, на пересечении которых расположены данные. Подробно об этом мы будем говорить в следующих лекциях, здесь же хочется отметить, что эта структура стала настоящим прорывом в развитии баз данных.

Между любыми двумя таблицами реляционной базы данных можно установить три типа отношений: Одна-к-Одной; Одна-ко-Многим (или родитель-дети) и обратные Многие-к-Одной; Многие-ко-Многим. Эти отношения характеризуют какое число записей одной таблицы связано с каким числом записей другой таблицы.

Реляционные связи (отношения) между таблицами предназначены для разбивки таблиц на самодостаточные части.

Связь отношением Одна-ко-Многим, означает, что из одной таблицы может иметь связь с множеством записей из другой таблицы. Однако имеется возможность и того, что запись из первой таблицы не будет иметь никаких связей с другой таблицей - студент может еще не сдать ни одного экзамена.

При создании связей, как правило, одна таблица называется главной (master), другая - подчиненной (details). В нашем случае главной является таблица со студентами. Таблица со списком сданных экзаменов - подчиненная.

Отношение Одна-к-Одной означает, что ровно одна запись в одной таблице связана с ровно одной записью другой таблицы или такая связь отсутствует. Это отношение полезно тогда, когда поля некоторой таблицы не всегда требуют наличия в них информации. При сосредоточении таких полей в одной таблице происходит бесполезная трата дискового пространства под пустые поля записей, которые не нуждаются в дополнительной информации. Поэтому выгодно создать вторую таблицу с отношением Одна-к-Одной с первой таблицей, в которой хранились бы необязательные поля с информацией в них.

Связь Одна-к-Одной еще используют для того, чтобы отделить главную информацию от второстепенных данных.

Труднее всего иметь дело с отношением Многие-ко-Многим. Оно означает, что некоторое множество записей одного файла связано с некоторым множеством записей другого файла.

В реляционных БД нет отношения Многие-ко-Многим.

Ценно то, что обычно существует информация, которая, по логике вещей, должна находится в Связующей таблице. В нашем случае Количество (деталей одного вида в изделии) логически попадает в таблицу Деталь-Изделие.

2. Поняття програмних вставок Ембедс.

Одним из наиболее важных операторов языка шаблонов является #EMBED, который определяет точку вставки. Это расширяет структуру и возможности процедурного шаблона, позволяя программистам добавлять их собственный текст. Точка вставки именует "точку", в которой разработчик может добавлять свой собственный исходный текст. Это также "точки", где может размещаться исходный текст, генерируемый диалоговыми и распределенными шаблонами.

Каждый процедурный шаблон имеет определенное количество стандартных точек, в которых разрешены вставки текста. Обычно это точки, которые совпадают с сообщениями (событиями) в операционной среде (Windows), как например, когда конечный пользователь покидает или выбирает поле. Составляющий шаблон программист может дополнить или сократить этот список.

При настройке шаблона разработчиком, нажатие на кнопку Embeds в диалоге Procedure Properties дает доступ ко всем возможным точкам вставки. Выбор Actions из меню Форматера Окна тоже дает доступ к точкам вставки, но только для указанного диалогового элемента. Разработчик добавляет в точку вставки либо вручную набранный в редакторе, либо созданный текстовым шаблоном настраивающий текст. Точки вставки также являются теми точками, в которых диалоговые и распределенные шаблоны размещают текст для выполнения своих функций.

Генератор Приложений загружает текст точек вставки (независимо от его происхождения) в .APP файл. В процессе генерации текста Генератор Приложений обрабатывает шаблон, генерируя исходный текст, при достижении точки вставки, он размещает в генерируемом тексте строка за строкой вставляемый текст разработчика.

3. Щоб бути впевненим що індекс правильно відображає поточний стан файлу його перебудова здійснюється оператором БІЛД. Спеціальною формою індексу є динамічний індекс. На відміну від статичного індексу оператор БІЛД для побудови динамічного індексу вимагає: