2. Понятие системы управления базами данных (СУБД).
7. Модели данных: многомерная модель.
Многомерная модель данных (ММД)
Существуют два направления в развитии концепции
информационных систем:
• Системы оперативной (транзакционной ) обработки.
• Системы аналитической обработки (системы
поддержки принятия решений).
Транзакция - одна или несколько команд выполняются все сразу
(единица работы БД).
Многомерные СУБД являются узкоспециализированными,
предназначены для интерактивной аналитической обработки
информации.
Свойства данных ММД:
Агрегируемость - это рассмотрение информации на различных
уровнях и ее обобщения.
Историчность - предполагает обеспечение высокого уровня
статичности (неизменяемости ) самих данных и их взаимосвязей, а
также обязательность привязки данных ко времени.
Прогнозируемость - подразумевает задание функции
прогнозирования и применение их к различным временным
интервалам.
Термины ММД:
Измерение (Dimension)- множество однотипных данных,
образующих одну из граней гиперкуба.
Ячейка - это поля, значение которого однозначно определяется
фиксированным набором измерений.
В существующих ММД имеются два варианта организации
данных:
- по лек уби чес кое
, запрет несанкционированного доступа
- гиперкубическое .
В полекубической схеме предполагается, что в БД может быть
определено несколько видов кубов с различными размерностями и
различными измерениями (Oracle Express Server).
В случае гиперкубической схемы предполагается, что у всех
гиперкубов БД одинаковые размерности и совпадающие
измерения.
Операции над данными:
- срез (slice) представляет собой подмножество гиперкуба,
полученное в результате фиксации одного или нескольких
измерений.
- вращение (rotate) применяется при двумерном представлении
данных и состоит в изменении порядка измерений.
- агрегация (drill up) и детализация (drill down) - эти операции
означают соответственно, переход к более общему и более
детальному представлению информации из гиперкуба.
Достоинства.уцобства. и эффективность аналитической обработки
больших объемов данных, связанных со временем. Недостатки :
громоздкость для простейших задач оперативной обработки
информации.
10. Операции обновления данных: добавление, удаление,
изменение записей. Проблемы, возникающие при обновлении
данных.
ADD - данная операция сообщает об ошибках в следующих
случаях:
• Добавляемый кортеж не соответствует схеме отношения.
• Нек-рое знач-е кортежа не принадлежит соотв-щему домену.
• Кортеж совпадает по ключу с кортежем, уже имеющемся в
отношении.
DEL - для удаления достаточно указать значение ключа
удаленного кортежа. Ошибка возникает только в том случае, если
удаляемый кортеж в отношении отсутствует. СН - для данной
операции все ошибки добавления и удаления имеют место.
Аномалия обновления
При изменении:
Необходимо многократное изменение данных.
При удалении:
Существует возможность потерять очень важную информацию. При
добавлении:
Основными причинами аномалии является избыточность данных.
Типичная ошибка проектирования - это сведение всех данных о
различных информационных объектов в одну таблицу.
Избыточность в БД может возникнуть при наличии линейной
связи между объектами.
Требования к централизованному управлению данными.
Преимущества и недостатки СУБД.
Система управления данными (СУБД) - комплекс программно-
аппаратных средств, обеспечивающих доступ к БД и управление
данными.
Технологией БД предполагается , что создание БД, ее поддержка и
обеспечение доступа пользователей осуществляется
централизованно с помощью специального программного
обеспечения (СУБД).
централизованное управление данными должно обеспечиать
требования:
1. Производительность системы, оценивается
временем получения ответа на запрос.
2. Минимальное дублирование данных. Дублирование
данных неэффективно вследствие следующих
причин:
- дорого, т.к. требуется больше памяти для хранения
дублируемых данных.
- требуется более одной операции при обновлении данных.
Из-за этого (дублирования) различные копии
данных могут быть на разных стадиях обновления и БД
может содержать противоречивую информацию.
3. Целостность БД - это непротиворечивость,
согласованность, достоверность данных,
содержащихся в БД в любой момент времени.
4. Безопасность и хранение информации в БД.
-защита данных от случайного или преднамеренного
доступа к ним лиц, не имеющих на это право или
5. Независимость данных. Независимость
обеспечивается тем фактом, что пользователи
работают с БД как с единым целым и не знают
внутреннего представления данных. СУБД
обеспечивает два уровня независимости:
1-й уровень - это физическая независимость данных,
2-й уровень - это логическая независимость данных.
6. Синхронизация.
7. Защита от отказов и восстановление данных.
8. Наличие языка запросов высокого уровня,
Преимущества СУБД:
1. Благодаря интеграции отдельных файлов, степень
избыточности значительно уменьшается. За счет этого можно
уменьшить или исключить несогласованность данных
характерную для систем, использующих много копий одних и тех
же данных.
2. Увеличивается мобильность и гибкость
информационной системы.
3. Возможность коллективного использования данных.
4. Централизованное управление обеспечивает
жесткую стандартизацию, что очень важно при обмене
информации локальных вычислительных систем.
5. Наличие интегрированной БД сокращает затраты на
создание, хранение и поддержание данных в актуальном
состоянии.
Недостатки СУБД:
1. Может увеличиться опасность
несанкционированного доступа к данным.
2. Увеличивается сложность создаваемых систем.
3. Повышаются требования к аппаратным средствам.
4. Увеличивается доля служебной информации в
общем объеме хранящихся данных.
5. Модели данных: реляционная модель. Фундаментальные
свойства отношений. Модели данных
Виды взаимосвязей:
1. Один к одному 1:1 означает что в любой момент времени
одному значению поля А соответствует только одно значение поля
В.
2. Один ко многим 1:М; многие к одному М:1 означает что
одному значению поля А соответствует некоторое число (0,1 или
несколько) значений, связанного с ним, поля В.
3. Многие ко многим М:М однозначность определения
значений полей отсутствует в обоих направлениях.
Реляционная модель данных (РМД)
В настоящее время является единственной моделью с хорошо
проработанной теоретической БД.
В РМД объекты и связи между ними представляются в виде
набора взаимосвязанных двумерных таблиц. Каждая таблица
имеет собственное имя и представляет один информационный
объект.
Большинство операций над БД сводится к разрезанию и
склеиванию по строкам и столбцам таблиц. Связь между
таблицами осуществляется за счет наличия общих
столбцов(полей).
Достоинства РМД:
1. Простота, эффективность, удобство использования.
2. Легкость развития и дополнения.
3. Высокая степень независимости данных.
Недостатки:
1. Сложность описания иерархических и сетевых
связей.
2. Сложность обеспечения высокой
производительности. Фундаментальные
свойства отношений:
1. Отсутствие кортежей-дубликатов. Это свойство
следует из определения отношения как множества кортежей. Во
многих практических реализациях, как РСУБД, допускается
нарушение свойства уникальности кортежей для промежуточных
отношений, порождаемых при выполнении запроса.
2. Отсутствие упорядоченности кортежей. Это
свойство дает дополнительную гибкость СУБД при хранении БД
во временной
памяти и при выполнении запросов.
3. Отсутствие упорядоченности атрибутов, позволяет
модифицировать схему отношений путем не только добавления
новых атрибутов, но и удаления уже существующих. В
большинстве систем упорядоченность атрибутов не требуется
4.Лтомарность значения атрибутов. Это свойство следует из
определения домена как множества значений простого типа
данных. В реляционных БД допускаются только нормализованные
отношения или отношения, находящиеся в первой нормальной
форме.
39 Продолжение
* В оригинале речь идет об отношениях sibling (брат или сестра) и
offspring (сын или дочь). К сожалению, в русском языке такие
отношения не выражаются одним словом. — Прим.. перев.
Структуры данных, о которых идет речь, называются Б-деревьями,
an — порядком Б-дерева. Они обладают следующими свойствами:
1. Каждая страница содержит не более 2п элементов (ключей).
2. Каждая страница кроме корневой содержит не менее п
элементов.
3. Каждая страница либо представляет собой лист, т. е. не
имеет потомков, либо имеет m + 1 потомков, где m—число
ключей на этой странице.
4. Все страницы-листья находятся на одном уровне. На
рис. 4.45 приведено Б-дерево второго порядка с тремя уровнями.
Все страницы содержат 2, 3 или 4 элемента, исключение
представляет лишь корневая страница: в ней может находиться
лишь один-единственный элемент. Все листья находятся на третьем
уровне. Если спроецировать Б-дерево на один-единственный
уровень, включая потомков между ключами их родительской
страницы, то ключи идут в возрастающем порядке слева направо.
Такое размещение представляет собой естественное развитие
принципа двоичных деревьев и определяет метод поиска элемента
с заданным ключом. Пусть страница имеет вид, приведенный на
рис. 4.46, и задан некоторый аргумент поиска х. Предположим,
страница уже считана
в оперативную память и можно воспользоваться обычными
методами поиска среди ключей ki ... km. Если m достаточно
большое, то это может быть двоичный поиск, если же оно мало, то
можно воспользоваться простым последовательным поиском.
(Заметим, что время, затрачиваемое на поиск в оперативной
памяти, скорее всего, пренебрежимо мало по сравнению с вре-
менем пересылки страницы из вторичной памяти в оперативную.)
Если поиск неудачен, то мы попадаем в одну из следующих
ситуаций:
1. ki < х < ki+1 для 1 =< i < m. Поиск продолжается на
странице pi.
2. km < х. Поиск продолжается на странице pmt.
3. х < k1. Поиск продолжается на странице р()Т. Если
указанная ссылка имеет значение NIL, т. е. страницы-потомка не
существует, то в дереве вообще не существует элемента с ключом
х и поиск заканчивается.
К удивлению, включение в Б-дерево проводится сравнительно
просто. Если элемент нужно поместить на страницу с m < 2n
элементами, то процесс включения затрагивает лишь эту
страницу. Лишь включение в уже полную страницу затрагивает
структуру дерева и может привести к появлению новых страниц.
Для того чтобы понять, что происходит в этом случае, обратимся к
рис. 4.47, иллюстрирующему процесс включения в Б-дерево
порядка 2 ключа, равного 22. Включение проходит за три шага:
1. Обнаруживается, что ключ 22 отсутствует. Включение в
страницу С невозможно, поскольку она уже заполнена.
2. Страница С разделяется на две страницы (т. е. вводится новая
страница D).
| 7 10 15 18||26 30 35 4о[ [7 10 15 1 а) 122 26 J fe 40 |
ВС В С Р
Рис. 4.47. Включение в Б-дерево ключа со значением
22.
3. Ключи—их всего 2п + 1—поровну распределяются в С и D, а
средний ключ переносится на один уровень вверх на
«родительскую» страницу.
Такая весьма элегантная схема сохраняет все характерные свойства
Б-деревьев. В частности, получившиеся две новые страницы
содержат ровно по п элементов. Конечно, включение элемента в
родительскую страницу может вновь привести к переполнению
страницы, т. е. разделение будет распространяться. В крайнем случае
оно может «подняться» до самого корня. Фактически только в этом
случае может увеличиться высота Б-! дерева. Так что Б-деревья
растут несколько странно: от листьев к корню.
Теперь, основываясь на таком эскизном описании, начнем
разработку полной программы. Конечно, уже ясно, что в данном
случае лучше всего воспользоваться рекурсивной конструкцией,
поскольку процесс разделения страниц распространяется по пути
поиска в обратном направлении. Поэтому общее строение
программы аналогично включению в сбалансированное дерево,
хотя и есть отличие в деталях. Прежде всего нужно
сформулировать определение структуры страницы. Будем считать,
что элементы представляются в виде массива.
 З6.Использование технологии «Клиент-Сервер» для доступа к
данным. Основные структурные модели
Клиент-сервер - это модель взаимодействия компьютеров в сети
Компьютеры не являются равноправными. Каждый из них играет
свою роль.
Одни компьютеры в сети владеют и распоряжаютс?
информационно-вычислительными ресурсами, такими как
процессор, файловая система, служба печати, БД. Другие же
имеют возможность обращаться к этим службам, пользуясь
услугами первых.
Компьютер, управляющий тем или иным ресурсом называют
сервером этого ресурса. А компьютер, желающий им
воспользоваться - клиентом. Конкретный сервер определяется
видом ресурса которым он владеет. Если ресурсом является БД, то
речь идет о сервере БД, назначение которого - обслуживать
клиентские запросы, связанные с обработкой данных, если ресурс
- это файловая система, то говорят о файловом сервере. В сети
один и тот-же компьютер может выполнять роль как клиента, так
и сервера. Например в системе, включающей ПК, большую ЭВМ и
мини-компьютер под управлением ОС UNIX, последний может
выступать как в качестве сервера БД, обслуживая запросы от
клиентов (ПК), так и в качестве клиента, направляющего запросы
к большой ЭВМ.
Этот же принцип распространяется и на взаимодействие
программ. Программа, выполняющая функции предоставления
другим программам соответствующий набор услуг, выступает в
качестве сервера. Программы, пользующиеся этими услугами,
называют клиентами.
Ядро реляционной SQL-ориентированной СУБД называют
сервером БД, а программы, обращающиеся к нему за услугами по
обработке данных SQL-запросов клиентами. ОСНОВНЫЕ
СТРУКТУРНЫЕ МОДЕЛИ Выделяют четыре подхода,
реализованные в моделях:
- модель файлового сервера FILE-SERVER (FS);
- модель доступа к удаленным данным REMOVE DATE A ACCES
(RDA);
- модель сервера БД. DATA BASE SERVER (DBS);
- модель сервера приложений APPLICATION SERVER (AS);
31.Проектирование БД. Этапы «Физическое проектирование»
и «Машинное проектирование».
34.Понятие встроенного и динамического SQL.
Команда SELECT, ее назначение и
возможности. Примеры использования .
Встроенный SQL.
В SQL System R присутствуют специальные
операторы, поддерживающие встраивание операторов
SQL в традиционные языки программирования (в
System R основным таким языком был PL/1). Основная
проблема встраивания SQL в язык программирования
состояла в том, что SQL - реляционный язык, т.е. его
операторы большей частью работают со множествами,
в то время как в языках программирования основными
являются скалярные операции. Решение SQL состоит
в том, что в язык дополнительно включаются
операторы, обеспечивающие покортежный доступ к
результату запроса к БД. Для этого в язык вводится
понятие курсора, с которым связывается оператор
выборки. Над определенным курсором можно
выполнять оператор OPEN, означающий
материализацию отношения-результата запроса,
оператор FETCH, позволяющий выбрать очередной
кортеж результирующего отношения в память
программы, и оператор CLOSE, означающий конец
работы с данным курсором. Дополнительную гибкость
при создании прикладных программ со встроенным
SQL обеспечивает возможность параметризации
операторов SQL значениями переменных
включающей программы. . Динамический SQL
Для упрощения создания интерактивных SQL-
ориентированных систем в SQL System R были
включены операторы, позволяющие во время
выполнения транзакции откомпилировать и выполнить
любой оператор SQL.OnepaTop PREPARE вызывает
динамическую компиляцию оператора SQL, текст
которого содержится в указанной переменной
символьной строке включающей программы. Текст
может быть помещен в переменную при выполнении
программы любым допустимым способом, например,
введен с терминала. Оператор DESCRIBE служит для
получения информации об указанном операторе SQL,
ранее подготовленном с помощью оператора
PREPARE. С помощью этого оператора можно узнать,
во-первых, является ли подготовленный оператор
оператором выборки, и во-вторых, если это оператор
выборки, получить полную информацию о числе и
типах столбцов результирующего отношения. Для
выполнения ранее подготовленного оператора SQL,
не являющегося оператором выборки, служит
оператор EXECUTE.
Оператор SELECT является фактически самым важным
для пользователя и самым сложным оператором SQL.
Он предназначен для выборки данных из таблиц, т.е.
он, собственно, и реализует одно их основных
назначение базы данных -предоставлять информацию
пользователю. Оператор SELECT всегда выполняется
над некоторыми таблицами, входящими в базу данных.
Замечание. На самом деле в базах данных могут быть
не только постоянно хранимые таблицы, а также
временные таблицы и так называемые представления.
Представления - это просто хранящиеся в базе данные
SELECT-выражения. С точки зрения пользователей
представления - это таблица, которая не хранится
постоянно в базе данных, а "возникает" в момент
обращения к ней. С точки зрения оператора SELECT и
постоянно хранимые таблицы, и временные таблицы и
представления выглядят совершенно одинаково.
Конечно, при реальном выполнении оператора SELECT
системой учитываются различия между хранимыми
таблицами и представлениями, но эти различия
скрыты от пользователя. Результатом выполнения
оператора SELECT всегда является таблица. Любой
оператор реляционной алгебры может быть выражен
подходящим образом, сформулированным оператором
SELECT. Сложность оператора SELECT определяется
тем, что он содержит в себе все возможности
реляционной алгебры, а также дополнительные
возможности, которых в реляционной алгебре нет.
Пример 6.
Выбрать все
данные из
таблицы
поставщиков
(ключевые
слова
SELECT...
FROM... ):
SELECT *
FROM P;
Замечание. В
результате
получим
новую
таблицу,
содержащую
полную
копию
данных из
исходной
таблицы Р.__________________________________________________
8. Направления развития информационных систем. OLTP и
OLAP-системы. Понятие транзакции. Свойства транзакций.
Особенности аналитической обработки данных.
OLTP и OLAP-системы
Сильно нормализованные модели данных хорошо подходят для так
называемых OLTP-приложений (Oп-Liпе Transaction Processing
(OLTP)- оперативная обработка транзакций).
Типичными примерами OLTP-приложений являются системы
складского учета, системы заказов билетов. Основная функция
подобных систем заключается в выполнении большого количества
коротких транзакций. Сами транзакции выглядят относительно
просто, например, "снять сумму денег со счета А, добавить эту
сумму на счет В". Практически все запросы к базе данных в OLTP-
приложениях состоят из команд вставки, обновления, удаления.
Запросы на выборку в основном предназначены для
предоставления пользователям возможности выбора из различных
справочников. Большая часть запросов, таким образом, известна
заранее еще на этапе проектирования системы. Таким образом,
критическим для OLTP-приложений является скорость и
надежность выполнения коротких операций обновления данных.
Чем выше уровень нормализации данных в OLTP-приложений,
тем оно, как правило, быстрее и надежнее. Другим типом
приложений являются так называемые OLAP-приложения (On-
Line Analitical Processing (OLAP) -оперативная аналитическая
обработка данных). Это обобщенный термин, характеризующий
принципы построения систем поддержки принятия решений
(Decision Support System - DSS), хранилищ данных (Data
Warehouse), систем интеллектуального анализа данных (Data
Mining). Такие системы предназначены для нахождения
зависимостей между данными (например, можно попытаться
определить, как связан объем продаж товаров с характеристиками
потенциальных покупателей), для проведения анализа "что
если...". OLAP-приложения оперируют с большими массивами
данных, уже накопленными в OLTP-приложениях, взятыми их
электронных таблиц или из других источников данных. Такие
системы характеризуются следующими признаками: =Добавление
в систему новых данных происходит относительно редко
крупными блоками
= Данные, добавленные в систему, обычно никогда не удаляются.
= Перед загрузкой данные проходят различные процедуры
"очистки
= Запросы к системе являются нерегламентированными и, как
правило, достаточно сложными.
= Скорость выполнения запросов важна, но не критична. Данные
OLAP-приложений обычно представлены в виде одного или
нескольких гиперкубов, измерения которого представляют собой
справочные данные, а в ячейках самого гиперкуба хранятся
собственно данные.
Транзакция представляет собой команду SQL или группу команд
SQL, которые успешно завершаются или отменяются как единое
целое. Транзакция является логической единицей работы,
обладающей следующими свойствами:
• Атомарность - транзакция является автономной единицей
работы.
• Согласованность - транзакция обеспечивает целостность
данных и внутренних структур данных.
• Изолированность - две транзакции могут работать с
одними и теми же данными независимо от изменений, вносимых
другой транзакцией.
• Устойчивость - последствия транзакции продолжают
действовать до тех пор, пока не будут модифицированы другой
транзакцией.
По умолчанию любая команда SQL представляет собой
транзакцию. Кроме того, несколько команд могут быть
объединены в одну транзакцию. Транзакции используются
для различных целей, в том числе:
• для соблюдения правил или ссылочной целостности;
• управление отдельными единицами работы;
• обеспечения согласованности данных, особенно для
избыточных или сводных данных.
11. Реляционная алгебра. Классические операции над
отношениями.
Реляционная алгебра состоит из операторов, объединенных в две
группы:
1. Классические операции над множествами: объединение,
вычитание, пересечение, декартово произведение.
2. Специальные реляционные операции: выборка (селекция,
ограничения), проекция, деление, операция переименования.
Определения: .
1. Произведение - возвращает отношение, содержащее
всевозможные кортежи, являющиеся сочетанием двух кортежей,
принадлежащих соответственно двум исходным отношениям.
2. Объединение - возвращает отношение, содержащее все
кортежи, принадлежащие одному из двух исходных отношений
или двум сразу.
3. Пересечение - возвращает отношение, содержащее все
кортежи, принадлежащие одновременно двум исходным
отношениям.
4. Вычитание - возвращает отношение, содержащее все
кортежи, принадлежащие одному из двух исходных отношений
или двум сразу.
Результат каждой операции над отношением также является
отношением. Это называется свойством замкнутости.
3. Архитектура и классификация современных СУБД.
Средства СУБД:
1. Средства задания структуры БД.
2. Средства конструирования экранных форм (ввод данных,
осмотр).
3. Средства создания запросов для выборки данных, а также для их
обработки.
4. Средства создания отчета, для вывода на печать документа.
5. Языковые средства (макросы, язык запросов, встроенный
алгоритмический язык).
6. Средства создания приложений пользователя, позволяющие
объединить различные операции работы с БД в единый
технологический процесс.
Классификация современных СУБД
1. Среда функционирования (платформа).
2. Поддерживаемая модель данных.
3. Возможность встроенного языка, его переносимость и др.
приложения.
4. Наличие диалоговых средств конструирования (таблиц, форм
запросов, отчетов и т.д.) и средств работы с БД.
5. Возможность работы с нетрадиционными данными (e-mail,
video, audio, пример странички).
6. Используемые концепции для работы с нетрадиционными
данными: объектно-реляционные, объектные.
7. Уровень использования: локальные системы, архитектуры
"клиент-сервер" с параллельной архитектурой данных.
8. Возможность интеракции данных из разных СУБД.
9. Степень поддержки языка SQL и возможность работы с
сервером БД.
10. Наличие средств отчуждаемых приложений, позволяющих
не проводить полную инсталляцию СУБД при тиражировании
приложений пользователей.
6. Модели данных: постреляционная, объектно-
ориентированная модели.
Постреляционная модель данных (ПРМД)
Постреляционная модель данных представляет собой
расширенную реляционную модель, снимающую ограничения
неделимости данных, хранящихся в записях таблицы. ПРМД
допускает многозначные поля.
а) invoices
б) invoices
invno cusino goods qty
0373 872 3 Сыр 3
Рыба 2
8374 0232 Лимонад 1
Сок 6
печенье 2
Данная модель поддерживает ассоциированные многозначные поля,
допускает хранение в таблицах ненормализованных данных.
Достоинства:
1. Высокая наглядность представления информации и
повышения эффективности ее обработки, по сравнению с
РМД. Недостатки:
1. Проблема обеспечения целостности и
непротиворечивости хранимых данных. Объектно-
ориентированная модель данных(ООМД) В ООМД между записями
БД и функциями их обработки имеются взаимосвязи,
обеспечиваемые механизмами подобными соответствующим
средствам в ООЯП. Стандартизированная модель ООМД описана в
следующем стандарте: ODMG-93 object database Management Group.
Структура ООБД представлена в виде дерева, узлами которого
являются оъекты. Свойства объектов описываются некоторым
стандартным типом или пользовательским типом, который имеет
идентификатор class. Родовые отношении в БД образуют связанную
иерархию объектов.
Логическая структура ООБД похожа на структуру иерархической БД.
Основное отличие состоит в методе монепулирования данными.
Инкапсуляция
Поиск в ООБД состоит в выяснении сходства между объектами,
задаваемым пользователем и объектами, хранящимися в БД.
Достоинства:
- возможность отображения информации о сложных взаимосвязях
объекта. ООМД позволяет идентифицировать отдельную запись
БД и определять функции обработки для нее.
Недостатки:
- высокая понятийная сложность.
- неудобство в обработке данных.
- низкая скорость выполнения запросов.

39.Сильноветвящиеся В-деревья. Основные понятия и операции.
Балансировка страниц. Б-ДЕРЕВЬЯ
До сих пор мы в наших обсуждениях ограничивали себя деревьями, у каждой
вершины которых было самое большее два потомка, т. е. двоичными (или
бинарными) деревьями. Этого было вполне достаточно, например, для
представления родственных отношений, если исходить из «родословных»
представлений, когда каждый человек ассоциируется со своими родителями. В
конце концов у каждого из нас не более двух родителей. А если нужно
«потомственное» или «наследственное» представление? Ведь в этом случае
приходится учитывать, что некоторые могут иметь более двух детей, и,
следовательно, соответствующие деревья — вершины с многими ветвями. За
неимением лучшего термина мы будем называть такие деревья сильно
ветвящимися. В этом случае значительно лучше представлять потомство в виде
линейного списка со ссылками от родителя на самого младшего (или старшего)
из детей. В такой ситуации можно воспользоваться такими описаниями типов:
Рис. 4.43. Сильно ветвящееся дерево, представленное в
виде двоичного.
(4,
На рис. 4.43 приведен пример данных соответствующей
структуры. Можно заметить, что если повернуть на этом рисунке
ссылки на 45°, то получим нечто вроде совершенного двоичного
дерева. Однако считать его таковым было бы ошибкой, поскольку
функционально эти две ссылки имеют совершенно другой смысл.
Обычно нельзя обращаться с братом, как с сыном * и поэтому так
не следует поступать даже при описании данных. Этот пример
можно легко продолжить и, введя в запись, описывающую
человека, еще другие компоненты, получить данные более
сложной структуры, отражающие другие родственные отношения.
Например, из отношений «сын» и «брат» нельзя вывести
отношения класса «муж» и «жена» и даже обратного отношения
«отец» и «мать». Подобные структуры быстро разрастаются в
сложный реляционный банк данных, в котором можно выделить
несколько деревьев. Алгоритмы, работающие с такими
структурами, существенно зависят от их описаний, поэтому не
имеет смысла определять для них какие-либо общие правила или
приемы работы.
В этом случае будем считать, что вершины дерева должны
храниться во вторичной памяти, скажем на диске. Вводимые в
данной главе динамические структуры данных особенно подходят
именно для такой вторичной памяти. Принципиальное новшество
— ссылки представляют собой адреса на диске, а не в оперативной
памяти. Если использовать для множества данных, включающих,
например, миллион элементов, двоичное дерево, то потребуется в
среднем приблизительно порядка log(106), т. е. 20 шагов поиска.
Поскольку теперь каждый шаг включает обращение к диску (с его
собственным латентным временем), то крайне желательна
организация памяти, требующая меньшего числа обращений.
Сильно ветвящиеся деревья представляют собой идеальное
решение этой проблемы. Если происходит обращение к одному
элементу, расположенному во вторичной памяти, то без больших
дополнительных затрат можно обратиться и к целой группе
элементов. Это предполагает, что дерево разбито на поддеревья и
эти поддеревья как раз те группы, которые одновременно
доступны. Мы будем называть такие поддеревья страницами. На
рис. 4.44 приведено разбитое на страницы двоичное дерево;
каждая из страниц содержит 7 вершин.
Поскольку каждое обращение к странице теперь
требует лишь одного обращения к диску, то экономия на числе
таких обращений может быть существенной. Представим себе, что
каждая страница содержит 100 вершин (это вполне разумное
число),
Рис. 4.44. Двоичное дерево, разделенное на страницы.
в этом случае поиск в дереве с миллионом элементов будет в
среднем требовать logioo(106) обращений к страницам (т. е. всего около 3), а не
20. Конечно, если дерево растет случайным образом, то в худшем случае может
потребоваться даже и 104 обращений. Поэтому ясно, что для сильно ветвящихся
деревьев почти обязательна некоторая схема управления их ростом.
Сильно ветвящиеся Б-деревья
Если речь заходит о критерии управления ростом дерева, то сразу же можно
отказаться от идеальной сбалансированности, поскольку она требует слишком
-больших затрат на балансировку. Очевидно, правила надо как-то смягчить.
Очень разумный критерий был сформулирован в 1970 г. Р. Бэйером и Е.
Маккрейтом {4.2]: каждая страница (кроме одной) должна содержать при
заданном постоянном п от п до 2п вершин. Таким образом, для дерева с N
элементами и максимальным размером страницы в 2п вершин в самом худшем
случае потребуется logn N обращений к страницам, а ведь эти обращения
составляют основную часть затрат на поиск. Кроме того, коэффициент ис-
пользования памяти, а это достаточно важно, раеен 50 %, поскольку страницы
всегда заполнены минимум наполовину. При всех этих достоинствах наша
схема ориентирована и на сравнительно простые алгоритмы поиска, включения
и исключения. В дальнейшем мы их изучим более детально.
14. Реляционная алгебра. Другие виды соединений. Понятие
соединимости кортежей. . Тэта-соединение
Определение 9. Пусть отношение А содержит атрибут X ,
отношение В содержит атрибут Y, а - один из операторов
сравнения Тогда-соединением
отношения А по атрибуту X с отношением В по атрибуту
Уназывают отношение
Это частный случай операции общего соединения.
Иногда, для операции -соединения применяют следующий,
более короткий синтаксис:
Экви-соединение
Наиболее важным частным случаем - Соединения является
случай, когда есть просто равенство.
Синтаксис экви-соединения:
17. Понятие нормализации БД. Функциональная зависимость
и взаимозависимость, транзитивная и многозначная
зависимость. Денормализация БД.
Зависимости между атрибутами
1. Атрибут В функционально зависит от атрибута А, если
каждому значению А соответствует только одно значение В.
Обознач-ся: А => В
2. Если существует функциональная зависимость вида А ->
В и В-> А, то между А и В имеется взаимосвязанное
соответствие или функциональная взаимозависимость. Обозн:
А ? В Частичная функциональная зависимость это
зависимость неключевого атрибута от части составного ключа.
Полная функциональная зависимость Когда неключевой
атрибут полностью зависит от составного ключа.
Пр:_Кафедра(ФИО, должен, оклад, стаж, д_стаж, кафедра,
предмет, группа, вид занятий) ФИО -> кафедра ФИО ->
должность
->Атрибут С зависит от А транзитивно если для атрибутов А,В,С
выполняется условие А -> В и В -> С , но нет обратной
зависимости А -> С Пример. ФИО -> должность -> оклад
В отношении r атрибут В многозначно зависит от атрибута А, если
каждому значению А соответствует множество значений В, не
связанных с другими атрибутами из г.
Обозн. А => В, А <= В, А <=>В ФИО < => предмет
Замечание: В общем случае между двумя атрибутами одного
отношения могут существовать функциональные и многозначные
зависимости (1:1, 1:М, М:М) т.к. зависимость между атрибутами
является причиной аномалий, то необходимо разбить отношение с
зависимостями атрибутов на несколько отношений. В результате
получается совокупность связанных отношений, связи между
которыми отражают зависимости между атрибутами различных
отношений.
Два или более атрибутов называются взаимонезависимыми, если не
один из этих атрибутов не зависит функционально от других
атрибутов (Обозн. А ? -> В).
Опр. Денормализация - это процесс изменения структуры таблиц
нормализованной БД, направленной на получение управляемой
избыточности данных с целью повышения производительности
систем.
Транзитивные зависимости также порождают избыточное
порождение данных.
Чтобы устранить транзитивные зависимости, необходимо
использовать проекцию на атрибуты, являющиеся причиной
данных транзитивных зависимостей
1. Концепция баз данных. Понятия теории и технологии баз
данных (БД).
Концепция баз данных основана на идее выделения данных из
программ в отдельную категорию, несвязанную с конкретной
программной обработкой.
1. База данных может быть определена как совокупность
упорядоченных, структурированных массивов, взаимосвязанной
информацией, которая хранится в ЭВМ и используется многими
пользователями.
2. База данных может быть определена как совокупность
логически связанных файлов данных, описывающих некоторую предметную
область.
Теория баз данных является научной дисциплиной, обладающей
собственным понятийным аппаратом, предметом исследования и
теоретическими результатами.
Математический аппарат составляет теория множеств, алгебра
логики, теория графов.
Технология баз данных включает методологию и эксплуатацию ба
данных, а также инструментальные средства для поддержки
разработчиков и администраторов БД.
Предметная область может быть определена как часть реального
мира, которая отображается с помощью банка данных.
Банк данных - это БД в совокупности с СУБД (система
управления БД) применимой для ее создания и эксплуатации.
Предметная область может быть описана множеством
информационных объектов и связями между ними.
Информационный объект - это некоторое понятие или процесс,
относящийся к предметной области, о котором хранятся
описательные сведения. Каждый объект описывается в виде: <имя
объекта, имя характеристики, значение характеристике
Для определения характеристик объектов используется понятие
поля, которое является наименьшей и логически неделимой
единицей информации. Поле определяется именем и множеством
допустимых значений.
Принимаемые полями значения называют данными.
Запись - это совокупность значений всех полей, которые
описывают конкретный объект.
Множество однотипных записей называют файлом данных.
Между полями между записями и между файлами существует
сложная система взаимосвязей. Среди всех полей, описывающих
некоторый объект можно выделить одну или несколько, по
значению которых однозначно определяется объект в БД. Такое
поле называют ключом.
Элементы не входящие в состав ключа называют неключевыми
атрибутами. Соответственно, входящие называют ключевыми
атрибутами.
4. Модели данных: иерархическая, сетевая модели. Модели
данных
Виды взаимосвязей:
1. Один к одному 1:1 означает что в любой момент времени одному
значению поля А соответствует только одно значение поля В.
2. Один ко многим 1:М; многие к одному М:1 означает что одному
значению поля А соответствует некоторое число (0,1 или несколько)
значений, связанного с ним, поля В.
3. Многие ко многим М:М однозначность определения значений
полей отсутствует в обоих направлениях.
Иерархическая модель данных (ИМД) Иерархической
называют такую модель данных, в которой записи классифицируются по
уровням, причем каждая запись связана только с одной записью более
высокого уровня и с несколькими более низшими по уровню записями.
ИМД позволяет организовать наследование некоторых общих свойств,
имеющих место в любой предметной области, за счет этого можно уменьшить
избыточность хранимых данных. ИМД накладывает жесткие ограничения на
используемые связи между объектами. Допускаются связи 1:1 и 1:М
Иерархическая БД представляет собой совокупность деревьев, корни которых
отображают различные информационные объекты. Достоинства ИМД:
1. Простота программной реализации.
2. Простота понимания и использования памяти
Недостатки ИМД:
1. Жесткая ограниченность структур данных.;
2. Сложность действий при включении или удалении данных.
Сетевая модель данных (СМД) Основной конструкцией
СМД является набор. Набор - именованная совокупность записей,
образующая двухуровневую иерархическую структуру. Исходная запись
набора называется владельцем набора Порожденная запись называется
элементом набора. Сетевая модель данных допускает все возможные
типы взаимосвязей, но прямое представление связей М: М невозможно. Для
этого используются две связи 1:М.
В отличие от ИМД СМД позволяет осуществлять доступ к данным
несколькими путями.
Сетевые структуры могут содержать цикл. Связи в сетевых моделях
представлены в явном виде в специальных полях связи, следовательно, каждая
запись имеет... Достоинства данной модели:
1. Возможность реализации связи М:М
2. Допустимость образования произвольных связей.
Недостатки:
1. Сложность понимания и обработки информации.
2. Сложность структур данных .
3. Ослаблен контроль целостности
I 41. Переменные памяти в Visual FoxPro 5.0, их сходство и
отличия то переменных, используемых в других языках
процедурного программирования. Примеры использования
переменных памяти.
Переменные памяти в структурированных программах
Как и во всех процедурных языках, в Visual FoxPro 5.0 имеются
как средства для обеспечения автономности обозначений в
подпрограммах, так и для создания переменных, «видимых» из
всех модулей: переменные могут быть определены как
глобальные или как локальные. А также региональные,
внутренние и системные.
PUBLIC, PRIVATE memory variables
а) Глобальные (PUBLIC) переменные: переменные, видимые из
подпрограмм. По умолчанию все переменные, образуемые в
диалоге (при работе в командном окне), трактуются в Visual
FoxPro 5.0 как глобальные. Переменные, которые по смыслу
решаемой задачи целесообразно сделать общими для всех
программных модулей, должны быть объявлены как глобальные
командой
PUBLIC <список переменных через запятые>
б) Локальные (PRIVATE)пepeменныe: переменные, которые
могут быть использованы Головной программой и
подпрограммами автономно. Значения локальных переменных,
присвоенные в Головной программе, после входа в
подпрограмму не сохраняются. Обозначения этих переменных
могут быть использованы в подпрограмме для своих целей,
совершенно отличных от целей использования в Головной
программе (вплоть до различий в типе переменных!). После
возвращения из подпрограммы переменные будут иметь те же
значения, что и имели непосредственно перед обращением к
подпрограмме.
По умолчанию все переменные в программах (кроме
объявленных как глобальные) трактуются как локальные, и
специальную команду для их объявления вводить не нужно.
Такую команду следует использовать только для
«переобъявления» глобальных переменных на локальные:
PRIVATE<список обозначений через запятые>
в) Региональные (REGIONAL) переменные: переменные,
подобны локальным и объявляются с помощью команды:
REGIONAL <список обозначений через запятые>
перед командой помещается директива # REGION. После
директивы необходимо указать номер региона (от 0 до 31), в
котором действуют переменные перечисленные в списке. В
регионе с другим номером та же переменная может иметь другое
значение.
г) Внутренние (LOCAL) переменные: переменные действуют
только в пределах процедуры или функции, в которых были
созданы. К ним нельзя обратиться из программы или функции ни
более высокого, ни более низкого уровня. Объявляются
внутренние переменные командой:
LOCAL <список обозначений через запятые>
д) Системные переменные: переменные, встроенные в Visual
FoxPro 5.0, и их имена всегда начинаются со знака подчеркивания.
В этих переменных, как правило, содержаться значения различных
установок, таких как параметры страницы при печати и т.п.
Системные переменные загружаются в память при запуске Visual
Fox.Pro 5.0, в процессе работы их значения могут изменяться, ь
будут, сохранены при последующих запусках СУБД.
, I 20. Нарушения ссылочной целостности. Стратегии ,
поддержания ссылочной целостности.
Операции, могущие нарушить ссылочную целостность
i Ссылочная целостность может нарушиться в результате операций, i
изменяющих состояние базы данных. Таких операций три -(
вставка, обновление и удаление кортежей в отношениях. Т.к. в i
определении ссылочной целостности участвуют два отношения -i
родительское и дочернее, а в каждом из них возможны три
операции - вставка, обновление, удаление, то нужно рассмотреть [
шесть различных вариантов.
Для родительского отношения:
1. Вставка кортежа в родительском отношении. При
вставке кортежа в родительское отношение возникает новое
значение потенциального ключа. Т.к. допустимо существование
кортежей в родительском отношении, на которые нет ссылок из
дочернего отношения, то вставка кортежей в родительское
отношение не нарушает ссылочной целостности.
2. Обновление кортежа в родительском отношении. При
обновлении кортежа в родительском отношении может
измениться значение потенциального ключа. Если есть кортежи в
дочернем отношении, ссылающиеся на обновляемый кортеж, то
значения их внешних ключей станут некорректными. Обновление
кортежа в родительском отношении может привести к нарушению
ссылочной целостности, если это обновление затрагивает значение
потенциального ключа.
3. Удаление кортежа в родительском отношении. При
удалении кортежа в родительском отношении удаляется значение
потенциального ключа. Если есть кортежи в дочернем отношении,
ссылающиеся на удаляемый кортеж, то значения их внешних
ключей станут некорректными. Удаление кортежей в родительском
отношении может привести к нарушению ссылочной целостности.
Для дочернего отношения:
1. Вставка кортежа в дочернее отношение. Нельзя
вставить кортеж в дочернее отношение, если вставляемое
значение внешнего ключа некорректно. Вставка кортежа в
дочернее отношение привести к нарушению ссылочной
целостности.
2. Обновление кортежа в дочернем отношении. При
обновлении кортежа в дочернем отношении можно попытаться
некорректно изменить значение внешнего ключа. Обновление
кортежа в дочернем отношении может привести к нарушению
ссылочной целостности.
3. Удаление кортежа в дочернем отношении. При
удалении кортежа в дочернем отношении ссылочная
целостность не нарушается.
Таким образом, ссылочная целостность в принципе может быть
нарушена при выполнении одной из четырех операций:
- Обновление кортежа в родительском отношении.
- Удаление кортежа в родительском отношении.
Вставка кортежа в дочернее отношение.
- Обновление кортежа в дочернем отношении.
Стратегии поддержания ссылочной целостности
Существуют две основные стратегии поддержания ссылочной
целостности:
RESTRICT (ОГРАНИЧИТЬ)- не разрешать выполнение операции,
приводящей к нарушению ссылочной целостности. Это самая
простая стратегия, требующая только проверки, имеются ли
кортежи в дочернем отношении, связанные с некоторым кортежем
в родительском отношении.
CASCADE (КАСКАДИРОВАТЬ)- разрешить выполнение
требуемой операции, но внести при этом необходимые поправки в
других отношениях так, чтобы не допустить нарушения ссылочной
целостности и сохранить все имеющиеся связи. Изменение
начинается в родительском отношении и каскадно выполняется в
дочернем отношении. В реализации этой стратегии имеется одна
тонкость, заключающаяся в том, что дочернее отношение само
может быть родительским для некоторого третьего отношения.
При этом может дополнительно потребоваться выполнение какой-
либо стратегии и для этой связи и т.д. Если при этом какая-либо из
каскадных операций (любого уровня) не может быть выполнена,
то необходимо отказаться от первоначальной операции и вернуть
базу данных в исходное состояние. Это самая сложная стратегия,
но она хороша тем, что при этом не нарушается связь между
кортежами родительского и дочернего отношений.
Эти стратегии являются стандартными и присутствуют во всех
СУБД, в которых имеется поддержка ссылочной целостности.
Можно рассмотреть дополнительные стратегии поддержания
ссылочной целостности:
SET NULL (УСТАНОВИТЬ В NULL) - разрешить выполнение
требуемой операции, но все возникающие некорректные значения
внешних ключей изменять на null-значения. Эта стратегия имеет
два недостатка. Во-первых, для нее требуется допустить
использование null-значений. Во-вторых, кортежи дочернего
отношения теряют всякую связь с кортежами родительского
отношения. Установить, с каким кортежем родительского
отношения были связаны измененные кортежи дочернего
отношения, после выполнения операции уже нельзя. SET
DEFAULT (УСТАНОВИТЬ ПО УМОЛЧАНИЮ) - разрешить
выполнение требуемой операции, но все возникающие
некорректные значения внешних ключей изменять на некоторое
значение, принятое по умолчанию. Достоинство этой стратегии по
сравнению с предыдущей в том, что она позволяет не пользоваться
null-значеними. Недостатки заключаются в следующем. Во-
первых, в родительском отношении должен быть некий кортеж,
потенциальный ключ которого принят как значение по умолчанию
для внешних ключей. В качестве такого "кортежа по умолчанию"
обычно принимают специальный кортеж, заполненный нулевыми
значениями (не null-значениями!). Этот кортеж нельзя удалять из
родительского отношения, и в этом кортеже нельзя изменять
значение потенциального ключа. Таким образом, не все кортежи
родительского отношения становятся равнозначными, поэтому
приходится прилагать дополнительные усилия для отслеживания
этой неравнозначности. Это плата за отказ от использования null-
значений. Во-вторых, как и в предыдущем случае, кортежи
дочернего отношения теряют всякую связь с кортежами
родительского отношения. Установить, с каким кортежем
родительского отношения были связаны измененные кортежи
дочернего отношения, после выполнения операции уже нельзя. В
некоторых реализация СУБД рассматривается еще одна стратегия
поддержания ссылочной целостности: IGNORE
(ИГНОРИРОВАТЬ) - выполнять операции, не обращая внимания
на нарушения ссылочной целостности.
9. Теория реляционных баз данных. Основные понятия.
Теория реляционных баз данных
В основе РМД лежит понятие теоретико-множественного
отношения.
Отношение представляет собой двумерную таблицу,
содержащую некоторые данные.
Сущность - это объект любой природы, данные о котором
хранятся в БД.
Атрибут - это свойство характеризующее сущность. Пусть дано
Di, D2,..., Dn -n-множеств, Тогда отношение R-это множество
упорядоченных кортежей <dbd2,..,dn,> d;e D;, где dj -атрибут, Dj-
домен. Арностью отношений (степенью) является общее
количество атрибутов в отношении.
Кардинальным, числом (мощностью отношений ) называют число
всех различных кортежей в образующих отношения R.
Отношением называется некоторое подмножество декартового
произведения, включающего один или несколько доменов. Схемой
отношений называется конечное множество имен атрибутов
отношения.
Домен - множество всех возможных значений какого-либо
атрибута отношения.
Отношение может меть несколько комбинаций атрибутов, каждая
из которых однозначно определяет все кортежи отношений. Такие
комбинации называют возможными ключами отношений
(потенциальными ключами).
Подмножество атрибутов Р отношения R называется
потенциальным ключом (возможным ключом), если выполняются
следующие два условия:
- в отношении R не может быть двух различных кортежей с
одинаковым значениям (это называется свойством уникальности). -
уникакое подмножество Р не обладает свойством уникальности.
Потенциальные ключи служат единственным средством
адресации на уровнях кортежей в отношении. Первичным ключом
называется атрибут (или совокупность атрибутов) отношения,
однозначно идентифицирующие каждый из кортежей данного
отношения.
Каждое отношение обязательно имеет комбинацию атрибутов,
которая может служить ключом. Это гарантируется тем фактом,
что отношение - это множество, которое не содержит одинаковых
кортежей. Ключи обычно используются для следующих целей:
1. исключение дублирования значений ключевых атрибутов.
2. упорядочивание кортежей.
3. ускорение работы с кортежами отношений.
4. организация связывания таблиц.
Пусть в отношении R1 имеется неключевой атрибут А, значение
которого является значением ключевого атрибута В другого
отношения R2, тогда говорят что атрибут А отношения R1
является внешним ключом.
Любое отношение может быть представлено в виде
таблицы, но не всякая таблица является отношением. Для того
чтобы произвольная таблица являлась отношением, необходимо
выполнения четырех условий:
1. все записи должны иметь одинаковую структуру.
2. каждая запись в таблице должна быть уникальна.
знач-е Эл-тов одного столбца должны ппинадл-ть одному и
тому же домену. 4. имена столбцов должны быть уникальными.
*
12. Реляционная алгебра. Выборка (селекция) и проекция.
Реляционная алгебра состоит из операторов, объединенных в две
группы:
3. Классические операции над множествами: объединение,
вычитание, пересечение, декартово произведение.
4. Специальные реляционные операции: выборка (селекция,
ограничения), проекция, деление, операция переименования.
Выборка - возвращает отношение, содержащее все кортежи,
удовлетворяющие одному условию.
Проекция - возвращает отношение, содержащее все кортежи
исходного отношения после исключения из него некоторых
атрибутов
Специальные реляционные операции:
1. Выборка
Пусть имеется отношение r(R), A e R; a e dom(A) r where A=a
Выбрать из отношения г все кортежи, удовлетворяющие
условию А=а.
ОА=а(г)
Операциявыборкиобладаетдвумя свойствами :
1. Коммутативность: аА=а(ов=ь(г))= ав=ь(ов=ь(г))
2. Дистрибутивность относительно трех классических
операций : оА=а(г V s)= aA=a(r)V oA=a(s) ,где V = U,
Проекция
В результате проекции мы получаем множество атрибутов
Определение: Пусть r(R) схема, а х- подмножество из R, тогда
проекция на х из г обозначается лх(г)
Свойства проекции:
1. Коммутатация с выборкой, если атрибуты для выбора
находятся среди атрибутов множества, на которое
осуществляется проекция
Если А е х, х -подмножество R и r(R), то
Лх(оА=а(г))= ОА=а(Лх(г))
2.Дистрибутивность проекции с объединением
лх(г Us)= ях(г)и rcx(s)
 19. Понятие целостности и непротиворечивости БД
-Ограничения целостности. Понятие потенциального
альтернативного ключей. Первичные и внешние ключи
Целостная часть реляционной модели фиксируется базовыми
требованиями целостности, которые должны выполнятся в любой
РСУБД. Целостность БД связана с обеспечением
непротиворечивости, согласованности и достоверности
информации, хранящейся в БД. Это обеспечивается набором
правил целостности. Выделяют четыре категории правил:
1. Целостная сущность. Любой кортеж любого отношения
должен быть отличен от любого другого кортежа этого
отношения (каждое отношение должно иметь первичный
ключ).
2. Целостность доменов. Каждый атрибут должен понимать
лишь допустимые значения.
3. Ссылочная целостность - набор правил, обеспечивающих
логическую согласованность первичных и внешних ключей
перед вставкой, удалением и обновлением кортежей.
Ссылочная целостность означает то, что для каждого
внешнего ключа соответствует первичный ключ.
4. Пользовательские правила целостности - это любые правила
целостности, не относящиеся к первым трем категориям. Из
этих четырех правил наиболее важными являются 1 и 3. эти
требования должны поддерживаться любой СУБД. Ограничение
целостности. Пусть имеется система, в которой хранятся данные с
подразделениях и работающих в них сотрудниках. Списоь
подразделений хранится в таблице DEPART, где Deptld
-идентификатор подразделения, Dept_Name - наименование
подразделения, Dept_Kol - количество сотрудников в
подразделении. Список сотрудников хранится в таблице PERSON
где Persld - идентификатор сотрудника, PersName - имя
сотрудника, Deptld - идентификатор подразделения, в котором
работает сотрудник: Ограничение целостности этой базы данных
состоит в том, что поле DeptKol не может заполняться
произвольными значениями - это поле должно содержать
количество сотрудников, реально числящихся в подразделении. С
учетом этого ограничения можно заключить, что вставка нового
сотрудника в таблицу не может быть выполнена одной
операцией. При вставке нового сотрудника необходимо
одновременно увеличить значение поля DeptKol: Шаг 1. Вставить
сотрудника в таблицу PERSON: INSERT INTO PERSON (6,
Муфтахов, 1) Шаг 2. Увеличить значение поля Dept_Kol: UPDATE
DEPART SET Dept=Dept+l WHERE Dept_Id=l Если после
выполнения первой операции и довыполнения второй произойдет
сбой системы, то реально будет выполнена только первая операция
и база данных остается в нецелостном состоянии. Потенциальные
ключи
По определению, тело отношения есть множество кортежей,
поэтому отношения не могут содержать одинаковые кортежи. Это
значит, что каждый кортеж должен обладать свойством
уникальности. На самом деле, свойством уникальности в пределах
отношения могут обладать отдельные атрибуты кортежей или
группы атрибутов. Такие уникальные атрибуты удобно
использовать для идентификации кортежей.
Определение 1. Пусть дано отношение . Подмножество атрибутов
отношения будем называть потенциальным ключом, если обладает
следующими свойствами:
- Свойством уникальности - в отношении не может быть двух
различных кортежей, с одинаковым значением .
- Свойством неизбыточности - никакое подмножество в не
обладает свойством уникальности.
Любое отношение имеет по крайней мере один потенциальный
ключ. Действительно, если никакой атрибут или группа атрибутов
не являются потенциальным ключом, то, в силу уникальности
кортежей, все атрибуты вместе образуют потенциальный ключ.
Потенциальный ключ, состоящий из одного атрибута, называется
простым. Потенциальный ключ, состоящий из нескольких
атрибутов, называется составным.
Отношение может иметь несколько потенциальных ключей.
Традиционно, один из потенциальных ключей объявляется
первичным, а остальные - альтернативными. Различия между
первичным и альтернативными ключами могут быть важны в
конкретной реализации реляционной СУБД, но с точки зрения
реляционной модели данных, нет оснований выделять таким
образом один из потенциальных ключей. Первичным ключом
называется атрибут (или совокупность атрибутов) отношения,
однозначно идентифицирующие каждый из кортежей данного
отношения. Пусть в отношении R1 имеется неключевой атрибут А,
значение которого является значением ключевого атрибута В
другого отношения R2, тогда говорят что атрибут А отношения R1
является внешним ключом.
42. Команды, используемые для создания файлов БД
программными средствами.
СОЗДАНИЕ ФАЙЛА ТАБЛИЦЫ ДАННЫХ и ОКНО
РЕДАКТИРОВАНИЯ ДАННЫХ VF 5/0
Создание файла таблицы данных включает два этапа: создание
структуры файла и заполнение файла данными.СОЗДАНИЕ
СТРУКТУРЫ ФАЙЛА рассмотрим на конкретном примере:
Структура таблицы типа (*.DBF) создается командой:
СRЕАТЕ<имя, можно без расширения>(перед именем указывается
путь, если его не указать, то файл запишется в каталог VF по
умолчанию) По умолчанию Visual FoxPro присваивает "родовое"
расширение (.dbf), принятое для всех таблиц данных, отвечающих
стандарту dBASE (соблюдаются большинством СУБД). На экране
появится диалоговое окно создания/корректировки таблиц баз
данных, а именно для каждого вводимого поля:
Имя Name
Туре
Длина
Тип поля выбирается из списка типов полей (
Точность (число дробных позиций) для числов
Index Индекс поля по возрастанию/по убыванию
Null Пустое значение поля таблицы данных
Окно Table Designer имеет три вкладки: Fields, Indexes, Table.
Вкладка Table содержит сведения о количестве записей
(Records) таблицы, количестве полей (Fields) их длине
(Length) в байтах (1 байт отводится под запоминание имени
таблицы), а также полный путь к данному файлу данных и
т.д.
Вкладка Indexes позволяет создавать теги структурного
составного индекса.
Простой способ создания таблицы через системное меню
File/New. В диалоговом окне New (создание новых файлов баз
данных, запросов, таблиц и т.д.) выбирается опция Table, после
кнопка New File, и VF предлагает сохранить таблицу под
определенным именем на диске. Если выбрать кнопку
Wizards, то произойдет вызов мастера (Wizards) - это означает,
что Ваша работа будет протекать в режиме "вопрос- ответ".
Порядок расположения полей может быть изменен. Можно
удалять имеющиеся и дополнять новые поля (<Insert> и
<Delete>).
Для изменения структуры таблицы используется команда:
MODIFY STRUCTURE В диалоговом окне Table
Designer в режиме модификации Вы можно удалять,
переименовывать, дополнять поля таблицы данных, а также
менять их параметры. Изменяемый файл должен быть
предварительно открыт (при изменении таблицы старые
структуры сохраняются на диске с расширением ВАК для
файлов DBF и ТВК - для FPT файлов (хранящих Memo-поля).
На экран можно вывести/убрать статусную строку с помощью
команды
SET STATUS ON/OFF Она содержит
следующую информацию: имя выполняемой программы,
текущий диск, имя открытой таблицы или БД и т.д., номер
текущей записи, общее число записей в таблице, признак
пометки текущей записи к удалению (слово Del), положение
клавиш NumLock и CapsLock (Num и Caps). Переименование
таблицы данных производится с помощью команды RENAME
<старое_имя_файла с расширением> ТО <новое_имя_файла с
расширением> Данная команда переименовывает файл любого
типа.
сводится к полной функциональной зависимости от возможного
25.Методология проектирования БД. Известные подходы к
проектированию БД.
Проектирование БД
Методология поэтапного проектирования БД может быть
определена как построение структуры БД на основе
информационных и процедурных требований пользователей.
В настоящее время существуют следующие этапы построения БД:
1. Этап- Анализ требований.
2. Этап- Концептуальное (логическое) проектирование.
3. Этап- Проектирование реализации.
4. Этап- Физическое проектирование.
5. Этап- Машинное проектирование.
Каждый этап проектирования характеризуется набором методов
проектирования и критериями оценки альтернативных вариантов.
Выбор критериев оценки альтернативных вариантов является
слабым звеном в проектировании БД. Это обусловлено
следующими факторами:
1) Многовариантность решения задачи проектирования.
2) Сложность оценки альтернативных вариантов.
Большинство из критериев не имеет количественной
оценки, их важность изменяется во времени, время
действия различных критериев не одинакова.
В качестве критериев оценки эффективности проектирования БД
используются следующие:
1. Количественная - время отклика на запрос,
размеры и стоимость памяти, время и стоимость разработки,
стоимость обновления и некоторые другие.
2. Качественные - гибкость, адаптивность,
программная и информационная совместимость с другими
системами. Возможность изменения структуры БД, удобство
пользовательского интерфейса и т.д.
28.Проектирование БД. Этап «Allium требований».
Анализ требований
На этом этапе устанавливаются цели заказчика, на основе которых выделяются
требования к БД. Определяются потенциальные пользователи системы и,
соответственно, требования пользователей к БД. Установленные требования
документируются в форме доступной конечному пользователю,
проектировщику и разработчику БД.
Разрабатываются и утверждаются техническое задание на разработку БД.
Данный этап является наиболее трудоемким во времени и наименее
формализованное из всех этапов проектирования.
Основной задачей является сбор требований, предъявляемый к содержанию и
процессам обработки данных всеми пользователями БД.
Путем опроса персонала выявляются и разделяются информационные потоки и
операции над ними. Составляется информационная модель предметной области.
На этом этапе же формируется ограничения по безопасности, надежности и др.
Информационные требования сформулированные на начальном этапе
используются в качестве входной информации на всех последующих этапах
проектирования.
Здесь принято разделять информацию на две категории:
а) ISP- информация. Она определяет структурное представление о
предметной области, и описывает концептуальные объекты и связи,
исследуемые в предметной области. Данный тип информации не связан с
конкретными приложениями и способами обработки данных.
б) UP- информация ( usage perspective). Данный тип информации
отображает данные и связи, используемые в конкретных приложениях.
Подход на основе UP- информации гарантирует обеспечение любых текущих и
будущих приложений, что говорит о хорошей адаптивности и гибкости систем,
разработанных таким образом.
Подход позволяет обрабатывать высокоэффективные приложения т.к. структура
БД учитывает наиболее часто используемые пути доступа к данным. Наиболее
эффективно сочетание обоих подходов в рамках одной технологии
проектирования, когда ISP- информация используется для построения
первоначальной информационной структуры, a UP для дальнейшего
совершенствования с целью повышения эффективности обработки данных
Процедурные требования тесно связаны с задачами управляющих организаций,
для которых создается БД.
Анализ процедурных требований необходимо проводить после идентификации
элементов данных и составления словаря данных на основании
сформулированных информационных требований. Характеристики задачи:
1. Задача - это уникальная единица деятельности, состоящая из набора
последовательно выполняемых шагов.
2. Все шаги одной из задач направлены на достижение одной цели.
3. На каждом шаге задачи используют один и тот же набор данных.
4. Выявление связей между задачами и данными имеет важное значение для
следующих этапов.
В рамках этих процедурных требований составляется список задач,
присваивается значение, определяется частота выполнения задач, при
необходимости задачи классифицируются на производственные и
управленческие.
Процедурные требования разделяются на три группы:
1. Тривиальные операции- просмотр, изменение, удаление, добавление.
2. Не тривиальные операции - поиск, упорядочивание данных, а также,
способы обработки данных, взятых из предметной области.
3. Отчеты - включают в себя не тривиальные операции, необходимые для
формирования отчетов и выходных форм.
Этап "Анализ требований " целесообразно разбить на три части:
1. Анализ требований и информационных потребностей.
2. Выявление информационных объектов и связей между ними.
3. Формирование допущений и ограничений.

19. Понятие целостности и непротиворечивости БД
Ограничения целостности. Понятие потенциального
альтернативного ключей. Первичные и внешние ключи
Целостная часть реляционной модели фиксируется базовыми
требованиями целостности, которые должны выполнятся в любой
РСУБД. Целостность БД связана с обеспечением
непротиворечивости, согласованности и достоверности
информации, хранящейся в БД. Это обеспечивается набором
правил целостности. Выделяют четыре категории правил:
1. Целостная сущность. Любой кортеж любого отношения
должен быть отличен от любого другого кортежа этого
отношения (каждое отношение должно иметь первичный
ключ).
2. Целостность доменов. Каждый атрибут должен понимать
лишь допустимые значения.
3. Ссылочная целостность - набор правил, обеспечивающих
логическую согласованность первичных и внешних ключей
перед вставкой, удалением и обновлением кортежей
Ссылочная целостность означает то, что для каждого
внешнего ключа соответствует первичный ключ.
4. Пользовательские правила целостности - это любые правила
целостности, не относящиеся к первым трем категориям. Из
этих четырех правил наиболее важными являются 1 и 3. эти
требования должны поддерживаться любой СУБД. Ограничение
целостности. Пусть имеется система, в которой хранятся данные с
подразделениях и работающих в них сотрудниках. Список
подразделений хранится в таблице DEPART, где Deptld •
идентификатор подразделения, DeptName - наименование
подразделения, DeptKol - количество сотрудников
подразделении. Список сотрудников хранится в таблице PERSON
где Persld - идентификатор сотрудника, PersName - имя
сотрудника, Deptld - идентификатор подразделения, в котором
работает сотрудник: Ограничение целостности этой базы данных
состоит в том, что поле DeptKol не может заполняться
произвольными значениями - это поле должно содержать
количество сотрудников, реально числящихся в подразделении. С
учетом этого ограничения можно заключить, что вставка нового
сотрудника в таблицу не может быть выполнена одной
операцией. При вставке нового сотрудника необходимо
одновременно увеличить значение поля DeptKol: Шаг 1. Вставить
сотрудника в таблицу PERSON: INSERT INTO PERSON (6,
Муфтахов, 1) Шаг 2. Увеличить значение поля DeptKol: UPDATE
DEPART SET Dept=Dept+l WHERE Dept_Id=l Если после
выполнения первой операции и довыполнения второй произойдет
сбой системы, то реально будет выполнена только первая операция
и база данных остается в нецелостном состоянии. Потенциальные
ключи
По определению, тело отношения есть множество кортежей,
поэтому отношения не могут содержать одинаковые кортежи. Это
значит, что каждый кортеж должен обладать свойством
уникальности. На самом деле, свойством уникальности в пределах
отношения могут обладать отдельные атрибуты кортежей или
группы атрибутов. Такие уникальные атрибуты удобно
использовать для идентификации кортежей.
Определение 1. Пусть дано отношение . Подмножество атрибутов
отношения будем называть потенциальным ключом, если
обладает следующими свойствами:
- Свойством уникальности - в отношении не может быть двух
различных кортежей, с одинаковым значением .
- Свойством неизбыточности - никакое подмножество в не
обладает свойством уникальности.
Любое отношение имеет по крайней мере один потенциальный
ключ. Действительно, если никакой атрибут или группа атрибутов
не являются потенциальным ключом, то, в силу уникальности
кортежей, все атрибуты вместе образуют потенциальный ключ.
Потенциальный ключ, состоящий из одного атрибута, называется
простым. Потенциальный ключ, состоящий из нескольких
атрибутов, называется составным.
Отношение может иметь несколько потенциальных ключей.
Традиционно, один из потенциальных ключей объявляется
первичным, а остальные - альтернативными. Различия между
первичным и альтернативными ключами могут быть важны в
конкретной реализации реляционной СУБД, но с точки зрения
реляционной модели данных, нет оснований выделять таким
образом один из потенциальных ключей. Первичным ключом
называется атрибут (или совокупность атрибутов) отношения,
однозначно идентифицирующие каждый из кортежей данного
отношения. Пусть в отношении R1 имеется неключевой атрибут А,
значение которого является значением ключевого атрибута В
другого отношения R2, тогда говорят что атрибут А отношения R1
является внешним ключом.
38.Сбалансированные деревья. Алгоритм построения
идеально сбалансированного дерева. Деревья Фибоначчи.
Дерево называется сбалансированным тогда и только тогда, когда
высоты двух поддеревьев каждой из его вершин отличаются не
более чем на единицу.
Деревья, удовлетворяющие такому условию, часто называют
АВЛ-деревьями (по имени их открывателей). Мы их будем просто
называть сбалансированными деревьями, поскольку упомянутый
критерий сбалансированности выглядит наиболее подходящим.
(Заметим, что все идеально сбалансированные деревья являются
также и АВЛ-деревьями.)
Введенное определение не только само очень простое, но и
приводит к простой процедуре повторной балансировки, причем
средняя длина пути поиска практически совпадает с длиной в
идеально сбалансированном дереве.
В сбалансированных деревьях за время, пропорциональное O(logn)
даже в худшем случае, можно выполнить такие операции:
1. Найти вершину с данным ключом.
2. Включить новую вершину с заданным ключом.
3. Исключить вершину с указанным ключом. Такие
утверждения—следствие доказанной Адельсон-Вельским и
Ландисом теоремы, гарантирующей, что сбалансированное дерево
никогда не будет по высоте превышать идеально
сбалансированное более чем на 45 % независимо от количества
вершин. Если обозначить высоту сбалансированного дерева с п
вершинами через hb(n), то
log (n + 1)< Ц (п) < 1.4404 * log (n + 2) - 0.328
Оптимум достигается, очевидно, если дерево идеально
в сбалансировано, при п •== 2й—1. Однако какова
Рис. 4.30. Деревья Фибоначчи высотой 2, 3, 4.
структура самого плохого сбалансированного АВЛ-
дерева? Чтобы найти максимальную высоту h для всех
сбалансированных деревьев с п вершинами, поступим следующим
образом: возьмем фиксированную высоту h и попытаемся
построить сбалансированное дерево с минимальным числом
вершин. Мы следуем такой стратегии, поскольку, как и в случае
минимальной высоты, это значение может быть достигнуто только
при некоторых вполне определенных значениях. Обозначим такое
дерево высоты h через Th. Ясно, что То — пустое дерево, &Т\ —
дерево с одной-единственной вершиной. Для построения Th для h
> 1 мы будем брать корень и два поддерева опять же с
минимальным числом вершин. Следовательно, эти деревья также
относятся к классу Т-деревьев, Одно поддерево, очевидно, должно
быть высотой h—1, а другому позволяется иметь высоту на
единицу меньше, т. е. h—2. На рис. 4.30 представлены деревья
высотой 2, 3 и 4. Поскольку принцип их построения очень
напоминает построение чисел Фибоначчи, то мы будем называть
такие деревья деревьями Фибоначчи. Они определяются
следующим образом:
1. Пустое дерево есть дерево Фибоначчи высоты 0.
2. Единственная вершина есть дерево Фибоначчи
высоты 1.
3. Если Th.! и Th.2—деревья Фибоначчи
высотой h — 1 и h — 2, то Th = < Ты, х, Th.2> также дерево
Фибоначчи высотой h.
4. Других деревьев Фибоначчи не
существует. Число вершин в Th определяется из такого простого
рекуррентного отношения:
N ,= 0,
+ I+Nh.
Числа Ni как раз и будут числом вершин для самых
худших случаев (верхний предел h), их называют числами
Леонарда.
20.Нарушения ссылочной целостности. Стратегии
поддержания ссылочной целостности. Операции,
нарушающие ссылочную целостность:
Вставка, удаление, обновление кортежей в отношениях.
Для родительского отношения:
1. Вставка кортежей. Здесь возникает новое значение
потенциального ключа,
2. Обновление кортежей. Может изменится значение
потенциального ключа..
3. Удаление кортежей. Удаляется значение потенциального
ключа.
Для дочернего отношения:
1. Вставка кортежей. Нельзя вставить кортежей в дочернем
отношении, если вставляемое значение внешнего ключа
некорректно.
2. Обновление кортежей. При обновлении кортежей в
дочернем отношении возможно некорректное изменение
внешнего ключа.
3. Удаление кортежей. При удалении кортежей в дочернем
отношении ссылочная целостность не нарушается.
Таким образом, целостность может быть нарушена при
выполнении следующих четырех операциях:
1. обновление кортежей в родительском отношении.
2. удаление кортежей в родительском отношении.
3. вставка кортежей в дочернем отношении.
4. обновление кортежей в дочернем отношении.
(4.60)
Стратегия поддержания ссылочной целостности
Существует две основные:
1. RESTRICT (ограничить) т.е. не разрешить выполнение
операции, приводящей к нарушению целостности. Здесь
необходима проверка, имеются ли кортежи в дочернем
отношении, связанные с некоторым кортежом в
родительском отношении.
2. CASCADE (каскадировать). Разрешить выполнение
операции, но внести необходимые изменения в других
отношениях так, чтобы не допустить нарушение ссылочной
целостности и сохранить все имеющиеся связи.
Эти стратегии являются стандартными и препятствуют во всех
СУБД, поддерживающих ссылочную целостность. Существуют
еще стратегии:
3. SET NULL. Разрешается выполнение операции, но все
возникшие некорректные значения внешних ключей,
изменяются на NULL значение. Эта стратегия имеет два
недостатка:
1. Использование NULL значений.
2. Теряется связь кортежей дочернего отношения с кортежами
родительского отношения.
4. SET DEFAULT. Разрешается выполнение операции, но все
возникающие некорректные значения внешних ключей
заменяются на некоторое значение, принятое по
умолчанию.
5. IGNORE. Операции выполняются не обращая внимания на
нарушение ссылочной целостности. Вся ответственность за
целостность БД ложится на пользователя. Пользователь
также может придумать свою стратегию поддержки
ссылочной целостности.
 29.Проектирование БД. Этап «Концептуальное
(логическое) проектирование».
Концептуальное (логическое) проектирование
Основными задачами данного этапа является построение
концептуальной модели предметной области на основании
требований пользователей, выбор модели данных. Интеграция
частых представлений отдельных пользователей. На основе
полученной концептуальной модели в дальнейшем могут быть
выполнены различные варианты реализации БД.
Последовательность проектирования структуры БД.
Концептуальной схемой называют описание предметной области
в терминах некоторой модели данных.
Отображение концептуальной схемы на физическом уровне ЭВМ
называют внутренней схемой.
Отображение взгляда отдельной категории пользователей на
концептуальную схему называют внешней схемой.
32.Жизненный цикл систем баз данных.
Жизненный цикл системы баз данных представляет собой
концепцию, в рамках которой полезно и удобно рассматривать
развитие системы баз данных во времени. Эта концепция создает
хорошие предпосылки для регламентирования функции
администратора баз данных. Жизненный цикл системы баз данных
делится на две отдельные фазы: фазу анализа н проектирования
и фазу реализации и функционирования. В течение первой фазы
происходит сбор требовании пользователей и проектирование
базы данных, в течение второй - машинная реализация и
использование. С точки зрения проектировщика и пользователя
можно детализировать содержание работ, выполняемых в течение
этих фаз жизненного цикла системы баз данных. В этом смысле
указанные фазы включают следующие этапьг.Фаза анализа и
проектирования
1. Формулирование и анализ требовании.
2. Концептуальное проектирование.
3. Проектирование реализации,
4. Физическое проектирование.
Фаза реализации и функционирования базы данных
1. Реализация базы данных,
2. Анализ функционирования и поддержка.
3. Модификация и адаптация.
Фаза реализации и функционирования базы данных Реализация
базы данных подразумевает создание базы данных и прикладных
программ на основе результатов трех главных эталон
проектирования базы данных, а также, загрузку базы данных.
Задача загрузки базы данных часто упускается из вида, однако она
требует много усилий. Имеющиеся данные необходимо
преобразовывать из существующей формы представления
логической и физической структуры в новую форму,
соответствующую результатам проектирования базы данных,
Разработка прикладных программ тесно связана с выбором
включающего (базового) языка программирования, с логической
структурой базы данных и в меньшей степени с физической
структурой. Целью этого этапа является создание надежных н
эффективных программ доступа к базе данных, удовлетворяющих
требованиям пользователей к обработке данных. Анализ
функционирования и поддержка используются для сбора
(регистрации) и статистической обработки данных
функционировании системы. Эта информация позволяет выявить
степень обоснованности требований пользователей, а также "узкие
места" в процессе эксплуатации с целью пересмотра системы в
будущем. Поддержка базы данных должна обеспечивать ее
целостность и эффективное восстановление после сбоев.
Модификация и адаптация предусматривает внесение в
реализованный проект изменений, возникающих вследствие
появления новых требований, анализа функционирования системы
или анализа мнений пользователей о работе системы. Целью этого
этапа является оптимизации функционирования существующей
системы путем реорганизации базы данных и/или внесения
изменений в программное обеспечение. Реорганизация базы
данных является широким понятием, используемым для описания
любых изменений в логической или физической структуре базы
данных. Изменения могут варьироваться в пределах от
инвертирования связей (реструктурирования) до перестройки
физической структуры (реформатирования).
И наконец, программная адаптация подразумевает процесс
модификации прикладных программ и случае проведения
реструктуризации базы данных. Обычно эта проблема возникает
вследствие отсутствия логической независимости данных [121,
123, 125], а модификации включают новые последовательности
команд манипулирования данными и замену переменных для
подсчета числа логических записей в случае изменения
коэффициент блокирования.
22.Хеширование данных. Основные понятия и термины.
24.Разрешение КОЛЛИЗИЙ. Метод последовательного сдвига регистра.
Привести пример. Открытое хеширование
любая методика повторного хеширования, где очередная проба зависит только Открытое хеширование. Основная идея:
от предыдущей, обнаруживает группирующие свойства линейного потенциальное множество разбивается на конечное число
хеширования. Рассмотрим методику :h; (x)= (h(x)+i)mod В, где d,e [1;B-1] классов.
d,-"случайные" перестановки чисел 1,2......В-1.
Классы нумеруется от 0 до В-1. Для В классов строится хеш-
Набор чисел А, должен использоваться при реализации всех операций,
выполняемых над множеством, а перемешивание целых чисел должно быть функция h такая, что для любого элемента х исходного множества
выбрано еще при разработке алгоритма хеширования. Одним из эффективных h(x) e [0, В-1] (целочисленное значение),т.е. которое соответствует
методов перемешивания целых чисел является метод последовательных сдвигов классу, которому принадлежит элемент х. Элемент х называют
регистров.Пусть В является степенью числа 2, К - константа из интервала е ключом, h(x) - хеш-кодом, х (свертка ), классы называют
[1;В-1], далее генерируется последовательность d, путем удвоения
предыдущего значения до тех пор, пока последнее значение не превысит В,
сегментами.
тогда чтобы получить следующее А, из последнего значения отнимается число Массив называемый таблицей сегментов и проиндексированный
В и результат суммируется по mod2 с константой К. Замечание: не для каждого номерами сегментов содержит заголовки для В списков элемент х,
значения К можно получить все переменные значения из интервала [1 ;В-1], /-го списка - это элемент исходного множества, для которого h(x)
поэтому необходимо для каждого значения В подобрать свое значение К. = i.
Пример:В=$, К=3 [1;7] dt=101=5
Если исходное множество состоит из п элементов, то
сдвиг 1010
средняя длина списков будет равна п/В.
удаление ведущую единицу 010
+3 d2=001=l
Не всегда ясно как выбрать хеш-функцию так, чтобы она,
Сдвиг d3=0K)=2 примерно наполовину, распределила элементы исходного
Сдвиг d4= 100=4 множества по всем сегментам.
Сдвиг 1000
удаление ведущую единицу 000
+3 ds=001=5
Сдвиг d6= 110=6
Сдвиг 1100
Удаление ведущего Нуля 100
+3 d7=lll=7
Полный перемешанный набор чисел 1,... ,7 можно получить также для К=5, но
не при каких других значениях.
27.Использование семантического моделирования при
проектировании БД. ER-модели.
В реальном проектировании структуры базы данных применяются
другой метод - так называемое, семантическое моделирование.
Семантическое моделирование представляет собой моделирование
структуры данных, опираясь на смысл этих данных. В качестве
инструмента семантического моделирования используются
различные варианты диаграмм сущность-связь (ER - Entity-
Relationship).
Реальным средством моделирования данных является не
формальный метод нормализации отношений, а так называемое
семантическое моделирование.
В качестве инструмента семантического моделирования
используются различные варианты диаграмм сущность-связь (ER
- Entity-Relationship).
Диаграммы сущность-связь позволяют использовать наглядные
графические обозначения для моделирования сущностей и их
взаимосвязей.
Различают концептуальные и физические ER-диаграммы.
Концептуальные диаграммы не учитывают особенностей
конкретных СУБД. Физические диаграммы строятся по
концептуальным и представляют собой прообраз конкретной базы
данных. Сущности, определенные в концептуальной диаграмме
становятся таблицами, атрибуты становятся колонками таблиц
(при этом учитываются допустимые для данной СУБД типы
данных и наименования столбцов), связи реализуются путем
миграции ключевых атрибутов родительских сущностей и
создания внешних ключей.
При правильном определении сущностей, полученные таблицы
будут сразу находиться в ЗНФ. Основное достоинство метода
состоит в том, модель строится методом последовательных
уточнений первоначальных диаграмм. В данной главе,
являющейся иллюстрацией к методам ER-моделирования, не
рассмотрены более сложные аспекты построения диаграмм, такие
как подтипы, роли, исключающие связи, непереносимые связи,
идентифицирующие связи и т.п. Концептуальные и физические
ER-модели Разработанный выше пример ER-диаграммы является
примером концептуальной диаграммы Это означает, что
диаграмма не учитывает особенности конкретной СУБД.
По данной концептуальной диаграмме можно построить
физическую диаграмму, которая уже будут учитываться такие
особенности СУБД, как допустимые типы и наименования полей и
таблиц, ограничения целостности и т.п. Физический вариант
диаграммы, приведенной на Рис. 9 может выглядеть, например,
следующим
CU STO MER
PRODUCT ID INTEOER
о CUSTOMER ID
ADDRESS ~
INTEGER
CHAR(100)
CUST O Mtnjo-cii
JCT_NAMECHAR(10)
BANK CHAR(1CIO)
T C US T ID IN T EO E RCUS T'SU MM A
N UM BER(10.2)
CUST ID INTEOER
ГО ПОЛЯМИ
PRODUCT ID INTEOER
и только есл
SKLAD ID INTEOER
-SftAOJO
Рис. 10
На данной диаграмме каждая сущность представляет собой
таблицу базы данных, каждый атрибут становится колонкой
соответствующей таблицы. Обращаем внимание на то, что во
многих таблицах, например, "CUSTDETAIL"
и
"PRODINSKLAD", соответствующих сущностям "Запись списка
накладной" и "Товар на складе", появились новые атрибуты,
которых не было в концептуальной модели - это ключевые
атрибуты родительских таблиц, мигрировавших в дочерние
таблицы для того, чтобы обеспечить связь между таблицами
посредством внешних ключей

23.3акрытое хеширование. Анализ открытого и закрытого
хеширования.
Закрытое хеширование
При закрытом хешировании в закрытой таблице сегментов
хранятся не заголовки списков, а сами элементы множества.
Поэтому в каждом сегменте может храниться только один
элемент.
При закрытом хешировании применяется методика повторного
хеширования, т.е. если мы пытаемся поместить элемент х в
сегмент с номером h(x), который уже занят другим элементом
(коллизия), то в соответствии с методикой повторного
хеширования выбирается последовательность других номеров
сегментов h/ (x), h2 (х)..., куда можно поместить элемент х.
Каждый из них проверяется, пока не будет найдено свободное
местоположение (сегмент), если свободных сегментов нет, то
таблица заполняется, и элемент х вставить нельзя. В=8
а, Ь, с, d
h(a)=3, h(b)=0, h(c)=4, h(d)=3
empty, deleted
методика линейного хеширования: h1 (x)= (h(x)+i)mod В Если
допускается удаление элементов, то при достижении пустого
сегмента и не найдя элемента х, мы не можем быть уверены,
что его нет вообще в хеш-таблице, т.к. сегмент может стать
пустым уже после вставки элемента х. Поэтому для
увеличения эффективности при поиске элемента X в хеш-
таблице вводится константа delete, которая помещается в
сегмент после удаления элемента данного сегмента.
26.Проектирование БД методом нормальных форм
Нормальные формы
В п. 4.4 было дано определение первой нормальной формы (1НФ).
Приведем здесь более строгое ее определение, а также
определения других нормальных форм.
Таблица находится в первой нормальной форме
(1НФ) тогда и только тогда, когда ни одна из ее
строк не содержит в любом своем поле более одного
значения и ни одно из ее ключевых полей не пусто.
Из таблиц, рассмотренных в п. 4, не удовлетворяет этим
требованиям (т.е. не находится в 1НФ) только таблица
Таблица находится во второй нормальной форме (2НФ),
если она удовлетворяет определению 1НФ и все ее поля, не
входящие в первичный ключ, связаны полной
функциональной зависимостью с первичным ключом.
Для упрощения нормализации подобных таблиц целесообразно
использовать следующую рекомендацию.
Рекомендация. При проведении нормализации таблиц, в
которые введены цифровые (или другие) заменители составных и
(или) текстовых первичных и внешних ключей, следует хотя бы
мысленно подменять их на исходные ключи, а после окончания
нормализации снова восстанавливать.
Таблица находится в третьей нормальной форме (ЗНФ), если она
удовлетворяет определению 2НФ и не одно из ее неключевых
полей не зависит функционально от любого другого
неключевого поля.
После разделения таблицы Поставщики рис. 4.3 на две части все
таблицы этого проекта удовлетворяют определению 2НФ, а так
как в них нет неключевых полей, функционально зависящих друг
от друга, то все они находятся в ЗНФ.
хотя интуиция подсказывает, что это лишнее разбиение, совсем не
улучшающее проекта базы данных.
Столкнувшись с подобными несуразностями, которые могут
возникать не только из-за введения кодированных первичных
ключей, теоретики реляционных систем Кодд и Бойс обосновали и
предложили более строгое определение для ЗНФ, которое
учитывает, что в таблице может быть несколько возможных
ключей.
Таблица находится в нормальной форме Бойса-Кодда (НФБК), ее.
ключа.
В соответствие с этой формулировкой таблицы Блюда и Продукты
рис. 4;4, имеющие по паре возможных ключей (БЛ и Блюдо) и (ПР
и Продукт) находятся в НФБК или в ЗНФ.
Процедура нормализации
Как уже говорилось, нормализация - это разбиение таблицы на
несколько, обладающих лучшими свойствами при обновлении,
включении и удалении данных. Теперь можно дать и другое
определение: нормализация -это процесс последовательной
замены таблицы ее полными декомпозициями до тех пор, пока все
они не будут находиться в 5НФ. На практике же достаточно
привести таблицы к НФБК и с большой гарантией считать, что они
находятся в 5НФ. Разумеется, этот факт нуждается в проверке,
однако пока.не существует эффективного алгоритма такой
проверки. Поэтому остановимся лишь на процедуре приведения
таблиц к НФБК.
21.Индексирование данных. Схемы индексирования. 37.Деревья. Основные понятия. Бинарные деревья.
Плотные и разреженные индексы. Вторичные индексы. Операции с бинарными деревьями.
Под индексом понимают средство ускорения поиска Определим дерево таким образом дерево с базовым типом Т—это
записей в таблице, а так же других операций использующих поиск либо:
(сортировка, модификация, удаление, исключение). 1) пустое дерево; либо
Индекс исполняет роль оглавления таблицы, просмотр
которого предшествует обращению к записям таблицы. Варианты
2) некоторая вершина типа Те конечным числом
связанных с ней отдельных деревьев с базовым типом Т,
решения проблемы организации физического доступа информации называемых поддеревьями.
зависит: Из сходства рекурсивных определений последовательностей и
1. от вида содержимого в поле ключа индексного файла, деревьев ясно, что последовательность (список) есть дерево, в
2. от типа используемых ссылок на запись таблицы, котором каждая вершина имеет не более одного поддерева.
3. от метода поиска записей. Поэтому последовательность (список) называют иногда и
В поле ключа индексного файла хранятся значения ключевых вырожденным деревом.
полей индексированной таблицы или свертка ключа (хеш-код). Существует несколько способов изображения структуры дерева.
Преимущества хранения хеш-кода состоят в том, что длина свертка На рис. 4.17 приведено несколько примеров таких структур, где
независимо от длины исходного значения ключа всегда имеет базовый тип Т—множество букв. Эти схемы относятся к одной и
постоянную и малую величину, что снижает время для операций той же структуре и, следовательно, эквивалентны. Структура,
поиска данных. представленная в виде графа и явно отражающая разветвления, по
Недостатком хеширования является то, что необходимо понятным причинам привела к появлению общеупотребительного
выполнять операцию свертки: термина «дерево». Однако довольно странно, что деревья принято
1. это требует дополнительного времени рисовать перевернутыми или, можно считать и так, изображать
2. могут возникнуть коллизии только его корни. Как бы то ни было, и последнее толкование
Коллизии - это когда свертка дает одинаковый хеш-код для вводит в заблуждение, так как верхнюю вершину (А) обычно
различных значений ключа. называют корнем.
На практике чаще всего используются два метода поиска Упорядоченное дерево — это дерево, у которого ребра (ветви),
последовательный и бинарный. Индексация таблиц проводиться с исходящие из каждой вершины, упорядочены. Поэтому два
применением двух схем: упорядоченных дерева на рис. 4.18—это разные, отличные друг от
1. одноуровневой друга объекты. Вершина у, находящаяся непосредственно ниже
2, двухуровневой вершины х, называется непосредственным потомком х; если х
Одноуровневая схема. В индексном файле находится на уровне i, то говорят, что у лежит на уровне i + 1 - И
хранятся короткие записи, имеющие по два поля: наоборот, вершину х называют (непосредственным) предком * у.
1. поле значения старшего ключа, адресуемого блока Считается, что корень дерева находится на уровне 0.
2. поле адреса начала этого блока Максимальный уровень какой-либо из вершин дерева называется
В каждом блоке записи располагаются в порядке возрастания его глубиной или высотой.
значения ключа или свертки. Старшим ключом каждого блока Если элемент не имеет потомков, то его называют терминальной
является ключ его последней записи. вершиной или листом, а нетерминальную вершину называют
внутренней. Число непосредственных потомков внутренней
Алгоритм поиска для данной схемы состоит из трех шагов: вершины называют ее степенью. Максимальная степень всех
1. образование свертки значения ключевого поля для искомой вершин есть степень дерева. Число ветвей или ребер, которые
записи нужно пройти от корня к вершине х, называется длиной пути к х.
2. поиск в индексном файле записи о блоке, значение 1-го поля Корень имеет путь 0, его прямые потомки имеют путь длиной 1 и
которого больше полученной свертки т. д. Вообще, вершина на уровне i имеет длину пути i. Длина пути
3. последовательный просмотр записей блока до совпадения всего дерева определяется как сумма длин путей для всех его ком-
сверток искомой записи и записи блока. В случае коллизии
понент. Ее также называют длиной внутреннего пути. Например,
сверток ищется запись, значение ключа которой совпадает со длина внутреннего пути дерева, изображенного на рис. 4.17, равна
значением ключа исходной записи. 36.
Недостаток: хранение ключей или сверток записей вместе с
самими записями - это приводит к увеличению времени поиска
из-за большой длины просмотра.
Двухуровневая схема. В этой схеме
индекс основной таблицы распределен по совокупности
файлов: одному файлу главного индекса и множеству
файлов с блоками ключей.
Вторичный индекс Если необходим поиск
записей, для которых задано значение неключевых полей,
необходимо использовать вторичные индексы. Рис. 4.17 Представление древовидной структуры: а)
Вторичные индексы- это файлы состоящие из пар (v , р), где v- вложенные множества, Ь) вложенные скобки, с) отступы, d) граф.
это список значений по одному для каждого из полей F1, F2... Fn, Иногда употребляют термин «родитель» и очень часто говорят об
а р-это указатель на v. «отце» и «сыне», поскольку это сразу объясняет термины «брат» и
Сам факт вторичного индекса может быть организован любым даже «дядя»! — Прим. перев.
способом из перечисленных выше.
Рассмотрим частный случай, когда задано только два значения
для полей вторичного индекса. При поиске данных в случае
хеширования все сегменты, за исключением двух, были бы
пустыми и таблицы хеширования независимо от общего Рис. 4.18. Два различных двоичных дерева.
количества сегментов ускоряли бы выполнение операций всего в Очевидно, что средняя длина пути
два раза. Для случая организации в виде разряженного индекса, в
основном файле может оказаться два и более блоков, содержащих
PI= S( :i ! <i<n:n|»i) /n : щ
одинаковые наименьшие значения ключа, и когда необходимо
будет найти записи с этим значением, потребуется рассмотреть все
такие блоки.
В случае создания дополнительных вторичных индексов для
индексов неключевых полей возникает следующие сложности:
1. Для хранения вторичного индекса требуется место на
диске.
2. Каждый создаваемый вторичный индекс замедляет
выполнение всех операций вставки и удалений.
Несортированный файл с плотным индексом
В этом случае файл записей сохраняет произвольный порядок
самих записей и создается другой файл называемый плотным
индексом, он состоит из пар (х,р), где р- это указатель с ключом х в
основном файле. Эти пары отсортированы по значению ключа. Для
поиска ключей в плотном индексе можно использовать структуру,
подобную разряженному индексу. Если необходимо вставить новую
запись, находится последний блок основного файла и производится
вставка. Если последний блок полностью заполнен, то из файловой
системы получают новый блок, одновременно вставляется указатель
на | соответствующую запись в файле плотного индекса. Чтобы
{ удалить запись, в ней устанавливается бит удаления и удаляется
соответствующий вход в индексном файле.

35.Реляционная полнота SQL. Порядок выполнения команды
SELECT.
Порядок выполнения оператора SELECT
Для того чтобы понять, как получается результат выполнения
оператора SELECT, рассмотрим концептуальную схему его
выполнения. Эта схема является именно концептуальной, т.к.
гарантируется, что результат будет таким, как если бы он
выполнялся шаг за шагом в соответствии с этой схемой. На самом
деле, реально результат получается более изощренными
алгоритмами, которыми "владеет" конкретная СУБД. Стадия 1.
Выполнение одиночного оператора SELECT
Если в операторе присутствуют ключевые слова UNION, EXCEPT
и INTERSECT, то запрос разбивается на несколько независимых
запросов, каждый из которых выполняется отдельно:
Шаг 1 (FROM). Вычисляется прямое декартовое произведение всех
таблиц, указанных в обязательном разделе FROM. В результате
шага 1 получаем таблицу А.
Шаг 2 (WHERE). Если в операторе SELECT присутствует раздел
WHERE, то сканируется таблица А, полученная при выполнении
шага 1. При этом для каждой строки из таблицы А вычисляется
условное выражение, приведенное в разделе WHERE. Только те
строки, для которых условное выражение возвращает значение
TRUE, включаются в результат. Если раздел WHERE опущен, то
сразу переходим к шагу 3. Если в условном выражении участвуют
вложенные подзапросы, то они вычисляются в соответствии с
данной концептуальной схемой. В результате шага 2 получаем
таблицу В.
Шаг 3 (GROUP BY). Если в операторе SELECT присутствует
раздел GROUP BY, то строки таблицы В, полученной на втором
шаге, группируются в соответствии со списком группировки,
приведенным в разделе GROUP BY. Если раздел GROUP BY
опущен, то сразу переходим к шагу 4. В результате шага 3
получаем таблицу С.
Шаг 4 (HAVING). Если в операторе SELECT присутствует раздел
HAVING, то группы, не удовлетворяющие условному выражению,
приведенному в разделе HAVING, исключаются. Если раздел
HAVING опущен, то сразу переходим к шагу 5. В результате шага
4 получаем таблицу D.
Шаг 5 (SELECT). Каждая группа, полученная на шаге 4, генерирует
одну строку результата следующим образом. Вычисляются все
скалярные выражения, указанные в разделе SELECT. По правилам
использования раздела GROUP BY, такие скалярные выражения
должны быть одинаковыми для всех строк внутри каждой группы.
Для каждой группы вычисляются значения агрегатных функций,
приведенных в разделе SELECT. Если раздел GROUP BY
отсутствовал, но в разделе SELECT есть агрегатные функции, то
считается, что имеется всего одна группа. Если нет ни раздела
GROUP BY, ни агрегатных функций, то считается, что имеется
столько групп, сколько строк отобрано к данному моменту. В
результате шага 5 получаем таблицу Е, содержащую столько
колонок, сколько элементов приведено в разделе SELECT и
столько строк, сколько отобрано групп.
Стадия 2. Выполнение операций UNION, EXCEPT,
INTERSECT
Если в операторе SELECT присутствовали ключевые слова
UNION, EXCEPT и INTERSECT, то таблицы, полученные в
результате выполнения 1-й стадии, объединяются, вычитаются или
пересекаются. Стадия 3. Упорядочение результата
Если в операторе SELECT присутствует раздел ORDER BY, то
строки полученной на предыдущих шагах таблицы
упорядочиваются в соответствии со списком упорядочения,
приведенном в разделе ORDER BY.
44. Использование индексов в Visual FoxPro 5.0. Типы
индексов. Поиск данных в индексированных и неиндекс фай.
Команда, создающая индексный файл: INDEX ON <expr> TO
<ind_file> [FOR <exprL>] [UNIQUE] Здесь: <expr - ключ
индексирования, т.е. выражение с числовыми или с
символьными переменными или с датами но не с логическими
переменными и не с memo-полями!); <ind_fle> - имя индексного
файла без расширения (по умолчанию Visual FoxPro 5.0 присвоит
расширение .idx).
FOR <exprL> - опция, позволяющая эффективно сочетать I
индексирование и фильтрацию данных: в индексном файле будут
упорядочены записи, для которых соблюдается логическое
условие <exprL>.
1. Поиск записей в индексированных файлах
I Осуществляется с помощью совокупности команд открытия
| индексированных файлов и одной из команд поиска (FIND или
SEEK), в которых должно быть задано значение ключа. Если Вы не
хотите указать значение ключа точно (например, не хотите или не
помните точно искомой фамилии и ищете запись только по первой
букве либо по нескольким первым буквам), следует использовать
конфигурацию виртуальной машины Visual FoxPro 5.0 командой из
группы SET: SET EXACT ON и SET
I EXACT OFF Команды поиска FIND имеют
форму: FIND <значение ключа
индексирования> SEEK <значение ключа
индексирования>
По любой из этих команд будет найдена запись, в которой
значение ключа точно (если SET EXACT ON) или
приблизительно (если SET EXACT OFF) совпадает с заданным в
команде <значением ключа индексирования>. Если ключ
-числовой, то совпадение требуется точное, если включен режим
SET NEAR OFF, либо приблизительное, с округлением - если
j SET NEAR ON По умолчанию в Visual FoxPro 5.0
установлено:SET EXACT OFF; SET NEAR OFF
Если в файле имеется несколько записей с одинаковым значением
ключа, то по команде FIND файловый указатель остановится на
«первой встреченной», функция RECNO(), возвращает номер
записи: ?RECNO()
2. Поиск записей в неиндексированном файле.
Если база данных невелика (менее 100 записей, менее 10 полей),
индексирование не даст заметного выигрыша во времени по
сравнению с «прямым», переборным поиском. Этот поиск
осуществляется совокупностью команд:
LOCATE [<scope>] [FOR <exprL>][WHILE <exprl>]
<серия команд FoxPro2.0>
[CONTINUE]
Здесь: <scope> - группа записей (все, ALL;
насколько следующих NEXT<число>; оставшиеся до конца файла
REST); (по умолчанию поиск ведется по всей базе данных).
FOR... WHILE - необязательная часть команды,
задающая условие поиска:
запись найдена, если логическое условие <exprL> истинно. FOR
устанавливает условия для всех записей файла; WHILE действует
до тех пор, пока не будет «встречена» первая запись, не
удовлетворяющая условию <exprL>.
По команде LOCATE файловый указатель
останавливается на «первой встреченной» записи, для которой
соблюдается условие поиска FOR... или WHILE.
Затем может быть выполнена серия команд
(например, просмотра базы данных и/или определения номера
записи, на которой остановился указатель).
Затем поиск может быть продолжен
необязательная опция CONTINUE для нахождения записей,
возможно, также удовлетворяющих условию поиска - до конца
файла (когда функция EOF() возвратит .Т. («истина»)).
ЗО.Проектирование БД. Этап «Проектирование
реализации».
Проектирование БД
Методология поэтапного проектирования БД может быть
определена как построение структуры БД на основе
информационных и процедурных требований пользователей.
В настоящее время существуют следующие этапы построения БД:
1 Этап- Анализ требований.
2 Этап- Концептуальное (логическое)
проектирование. I 3 Этап- Проектирование реализации.
| ! 4 Этап- Физическое проектирование. | : 5 Этап- Машинное
проектирование. | Каждый этап проектирования характеризуется
набором методов
проектирования и критериями оценки альтернативных вариантов.
Выбор критериев оценки альтернативных вариантов является
слабым звеном в проектировании БД. Это обусловлено
следующими факторами:
1 )Многовариантность решения задачи проектирования.
2)Сложность оценки альтернативных вариантов. Большинство из
критериев не имеет количественной оценки, их важность
изменяется во времени, время действия различных критериев не
одинакова.
В качестве критериев оценки эффективности проектирования БД
используются следующие:
1. Количественная - время отклика на запрос,
размеры и стоимость памяти, время и стоимость разработки,
стоимость обновления и некоторые другие.
2. Качественные - гибкость, адаптивность,
программная и информационная совместимость с другими
системами.
I Возможность изменения структуры БД, удобство
пользовательского интерфейса и т.д.
ЗЗ.Понятие языка данных. Язык запросов SQL. Команды DDL,
DML, DCD.
Фактически стандартным языком доступа к базам данных в
настоящее время стал язык SQL (Structured Query Language).
Язык SQL оперирует терминами, несколько отличающимися от
терминов реляционной теории, например, вместо "отношений"
используются "таблицы", вместо "кортежей" - "строки", вместо
"атрибутов" - "колонки" или "столбцы".
Стандарт языка SQL, хотя и основан на реляционной теории, но во
многих местах отходит он нее.
Основу языка SQL составляют операторы, условно разбитые не
несколько групп по выполняемым функциям:
Операторы DDL (Data Definition Language) - операторы
определения объектов базы данных.
Операторы DML (Data Manipulation Language) - операторы
манипулирования данными.
Операторы защиты и управления данными, и др.
Одним из основных операторов DML является оператор SELECT,
позволяющий извлекать данные из таблиц и получать ответы на
различные запросы. Оператор SELECT содержит в себе все
возможности реляционной алгебры. Это означает, что любой
оператор реляционной алгебры может быть выражен при помощи
подходящего оператора SELECT. Этим доказывается реляционная
полнота языка SQL.
Различают концептуальную схему выполнения оператора SELECT
и фактическую схему его выполнения. Концептуальная схема
описывает, в какой логической последовательности должны
выполняться операции, чтобы получить результат. При реальном
выполнении оператора SELECT на первый план выступает
достижение максимальной скорости выполнения запроса. Для
этого используется оптимизатор, который, анализируя
различные планы выполнения запроса, выбирает наилучший из
них.