Трехуровневая модель организации баз данных
Различают три уровня архитектуры БД :1) внешний 2) концептуальный 3) внутренний.
Основное назначение трёхуровневой архитектуры – обеспечение независимости данных.Данные независимы если существует возможность нормального функционирования БД при изменениях как со стороны представления данных, так и со стороны физической организации и их хранения.
Внешний уровень – это уровень пользователя, в которым может быть программист, администратор БД, конечные пользователи.
На этом уровне каждый пользователь может представлять себе БД по разному, в зависимости от своих профессиональных интересов.
Концептуальный уровень = это единое логическое описание всех элементов данных и отношения между ними. Логическая структура всей БД. На концептуальном уровне БД представляется в целом, т.е. объединяются данные использованные различными пользователями и прикладными программами.
Внутренний уровень - это собственно данные, расположенные в памяти информационной системы.
10.Понятие модели данных. Иерархическая модель, ее достоинства и недостатки.Модель данных – это совокупность структур данных и операций по их обработке. В ней три главные составляющие:1) способы организации связей между данными. 2) возможные операции над структурами 3) правила ограничения целостности данных.Выбор той или иной модели данных происходит после описания и детализации всей информации по предметной области. При выборе конкретной модели оценивается возможность моделирования предметной области, структуры и терминов, характерной для данной модели.В иерархической модели связи между элементами можно представить в виде дерева, состоящего из корневого сегмента, сегмента первого уровня и сегмента второго уровня и т.д. по уровням. Сегменты, расположенные на более низком уровне называются сегментами потомками. Сегменты, расположенные на более высоком уровне называются сегментами предками. Каждый сегмент может иметь только одного предка на более высоком уровне и одного или несколько потомков на более низком уровне. Эта модель используется для представления структур по своей природе являющихся иерархическими. Например: крупных предприятий, воинских подразделений, сложных механизмов, состоящих из более простых узлов. Достоинства иерархической модели: 1) эффективное использование памяти компа для хранения данных 2) простота в понимании и использовании. Недостатки: 1) жёсткость и громоздкость для обработки данных со сложными логическими связями.
11.Сетевая модель, ее достоинства и недостатки.Сетевая модель является развитием иерархической модели. В этой модели потомок может иметь любое количество предков. В принципе, в сетевой модели может быть реализован принцип каждого с каждым.Достоинства:1) возможность образования произвольных связей и быстрый доступ данных.Недостаток:1) сложность её реализации и большие объёмы памяти для хранения данных.
12.Реляционная модель. Ее базовые понятия (отношение, домен, кортеж, степень и мощность отношения), достоинства и недостатки. В основе реляционной модели лежит понятие отношения relation – отношения.
Отношения отражают некоторый объект. Объект характеризуется набором атрибутов а1,а2 и т.д. а каждый атрибут – набором допустимых значений, называемых доменом.
Создатель реляционной модели Кодд использовал реальные отношения как синоним слова таблица. Таким образом реляционная модель основана на математическом понятии отношения и представлением отношений в форме таблицы.
| D1 | D2 | D3 | … . | Dn |
| d11 | d21 | d31 | … . | dn1 |
| d12 | d22 | d32 | … . | dn2 |
| d13 | d23 | d33 | … . | dn3 |
| … . | … . | … . | … . | … . |
| d1m | d2m | d3m | … . | dnm |
Колическтво кортежей (вторая строка, например) в отношении называется мощностью отношений.
Степень отношений определяется количеством атрибутов.
Таблица в реляционной модели данных (реляционная таблица) обладает следующими свойствами:
1) каждое значение атрибута, содержащееся на пересечении строки и столбца должно быть автомарным (неделимым), т.е. не расчленяется на несколько значений 2) Значения в столбце должны быть однородными. 3) Каждая строка уникальна, т.е. в таблице не существует двух полностью совпадающих строк. 4) Каждый столбец имеет уникальное имя 5) Последовательность столбцов в таблице не существенна
6) Последовательность строк в таблице не существенна.
Один или несколько атрибутов, значения которых однозначно идентифицируют строку таблицы, является ключом таблицы (или первичным ключом). Первичный ключ называется простым, когда он состоит из одного атрибута и составным, когда он состоит из нескольких атрибутов.
Главное достоинство реляционной модели данных заключается в том, что она достаточно проста для понимания, наглядна и имеет строгое математическое обоснование.
Недостатки: 1) реляционная модель данных не допускает представления объектов со сложной структурой, представления объектов со сложной структурой, поскольку в её рамках возможно моделирование лишь с помощью двумерных таблиц. 2) Данные об объектах содержатся, как правило, во многих таблицах. Соответственно, извлечение информации о каждом таком объекте требует выполнения многих операций соединения с помощью первичных и внешних ключей, что значительно замедляет обработку данных.
13.Связь между таблицами в реляционной модели данных. Первичный и внешний ключи. Один или несколько атрибутов, значения которых однозначно идентифицируют строку таблицы, является ключом таблицы (или первичным ключом). Первичный ключ называется простым, когда он состоит из одного атрибута и составным, когда он состоит из нескольких атрибутов.Между таблицами в реляционной базе данных устанавливаются связи. Связи делают их более информативными, чем они являются по отдельности.Связь устанавливается посредством полей, содержащих общую для обеих таблиц информацию.
Пусть таблица R1 связывается с таблице R2, тогда таблица 1 именуется основной, а таблица 2 – подчинённой (связанной). Ключевое поле основной таблицы называется первичным ключом, а подчинённый – внешним ключом.
Типы связи: 1)
1:1 пациент <-> койка
Отношение один-к-одному означает, что каждому экзампляру объекта А может соответствовать только один экземпляр объекта В и наоборот.
2) 1:М палата <->-> пациент
Отношение один-ко-многим означает, что каждому экземпляру объекта А может соответствовать несколько экземпляров объекта В, но каждому экземпляру объекта В может соответствовать только один экземпляр объекта А.
3) M:N пациент <->-> врач
Отношение многие-ко-многим означает, что каждому экземпляру объекта А может соответствовать много экземпляров объекта В и наоборот.
14.Операции реляционной алгебры: объединение, пересечение, декартово произведение, разность, проекция, выборка, соединение, деление. Реляционная алгебра включает восемь операций, пять из которых являются базовыми:• Выборка,• Проекция,• Умножение (декартово произведение),• Объединение,• Вычитание (разность).
Операция Выборка позволяет выбрать из отношения только те кортежи, которые удовлетворяют заданному условию. При Проекции отношения на заданный набор его атрибутов получается
новое отношение, создаваемое посредством извлечения из исходного отношения кортежей, содержащих указанные в условии операции атрибуты.
При Декартовом произведении двух совместимых отношений получается новое отношение, кортежи которого являются сцеплением (конкатенацией) кортежей первого и второго отношений.
В результате Объединения двух совместимых отношений получается третье, включающее кортежи, входящие хотя бы в одно отношение, то есть содержащее все элементы исходных отношений.
При Разности двух совместимых отношений выдаются лишь те кортежи первого отношения, которые остались от вычитания второго отношения, то есть из первого отношения выбрасываются все кортежи второго.
Остальные три операции являются производными, они могут быть получены из основных операций, их называют дополнительными: § Соединение – Join, §Пересечение – Intersect, §Деление – Divide. Операция Соединение применяется к двум отношениям, имеющим общий атрибут. Результат этой операции для двух отношений по некоторому условию есть отношение, состоящее из кортежей, которые являются сочетанием первого и второго отношений, удовлетворяющих указанному условию.
Так, если имеется два отношения: Р1 и Р2, то каждый кортеж Р1 сопоставляется с Р2, и если для этих отношений соблюдается условие соединения, то они сцепляются и образуют кортеж в результирующем отношении.
Результатом операции Пересечение двух отношений является отношение, включающее кортежи, входящие в оба отношения.
Операция Деления предполагает, что имеется два отношения: одно–бинарное (содержащее два атрибута), другое – унарное (содержащее один атрибут). В результате получается отношение, состоящее из кортежей, включающих значения первого атрибута кортежей первого отношения, но только таких, для которых множество значений второго атрибута первого отношения совпадает с множеством значений атрибутов второго отношения.
15.Постреляционная модель, ее достоинства и недостатки. Постреляционная модель снимает ограничение неделимости данных, допуская многозначные поля, значения которых состоят из подзначений, и набор значений воспринимается как самостоятельная таблица, встроенная в главную таблицу. Она является расширением реляционной модели. Спецификой постреляционной модели является и то, что, помимо вложенности полей, она поддерживает множественные группы, называемые ассоциированными множественными полями. Совокупность объединенных множественных полей называется ассоциацией. В постреляционной модели не накладываются требования на длину и количество полей в записях, что делает структуру таблиц более наглядной.
Таким образом, основным достоинством постреляционной модели является возможность представления совокупности связанных реляционных таблиц в виде одной постреляционной таблицы. Кроме того, на длину полей и их количество в записях таблицы не накладывается требования постоянства, что обеспечивает большую гибкость постреляционной модели по сравнению с реляционной. Все это в комплексе приводит к наглядности представления информации и повышает эффективность ее обработки.
А недостатком этой модели является сложность обеспечения целостности и непротиворечивости данных, хранимых в базе.
16.Объектно-ориентированная модель данных. Ее базовые понятия (объекты, классы, методы, наследование, инкапсуляция, расширяемость, полиморфизм), достоинства и недостатки.Объектно-ориентированная модель представляет собой структуру, которую можно изобразить графически в виде дерева, узлами которого являются объекты. объект – это уникально идентифицируемая сущность, которая содержит атрибуты, описывающие состояние объектов реального мира, и связанные с ними действия.
Класс – это набор объектов, схожих по поведению и другим характеристикам. Класс объекта состоит из его интерфейса и закрытой области.
Методы служат для передачи объектам сообщений. Другими словами, метод представляет то, что, по мнению пользователя, должен делать объект.
Инкапсуляция означает объединение в единое целое данных и алгоритмов (функций и методов) их обработки.
Наследование позволяет образовать новый класс объектов на основе уже существующего базового (родительского) класса. Менее общие классы называют подклассами, а более общие – суперклассами. Наследование распространяет множество свойств и методов на всех потомков объекта.
В объектно-ориентированной модели полиморфизм позволяет в объектах разных типов иметь методы (процедуры и функции) с одинаковыми именами, что означает возможность объектов по-разному реагировать на одно и то же событие.
Основным достоинством объектно-ориентированной модели данных по сравнению с реляционной является возможность отображения информации о сложных взаимосвязях объектов. Объектно-ориентированная модель позволяет также идентифицировать отдельные записи в базе и определять функции их обработки. Учитывая эти достоинства, сегодня уже некоторые реляционные СУБД дополняют функциями, позволяющими воспользоваться преимуществами объектной технологии.
Важным достоинством объектно-ориентированной базы является и то, что пользователю не нужно знать о взаимодействии объектов: он просто обращается к конкретному объекту и использует конкретный метод. А то, что при этом осуществляется воздействие на другие объекты базы, скрыто от пользователя. Различные правила, руководящие использованием объектов, также могут быть скрыты от пользователя. Например, выбранный метод может, в свою очередь, обращаться к другим методам, например, методу проверки кредитоспособности выбранного клиента.
Основной недостаток объектно-ориентированной модели состоит в сложности понимания ее сути и низкой скорости выполнения запросов. В настоящее время объектно-ориентированные базы данных достаточно сложны, и потому их коммерческое использование идет медленно. Но у этих моде лей есть потенциал, а, стало быть, и будущее. А потому исследования в области объектной ориентации становятся главным направлением в теории СУБД.
17.Объектно-реляционная модель данных, ее достоинства и недостатки. В связи со значительным усложнением приложений появилась новая модель – расширенная реляционная модель (Extended Relation Data Model – ERDM). Эта модель включила в себя основные достоинства объектно-ориентированной модели и одновременно унаследовала простоту структуры реляционных моделей, и потому стала называться объектно-реляционной моделью данных . В отличие от объектно-ориентированной модели (OODM) объектно-реляционная модель (ERDM) основана на стратегии реляционной модели, в то время как объектно-ориентированная модель основана на объектной стратегии. Исходя из этого, объектно-реляционная модель наиболее приспособлена для бизнес-приложений, а объектно- ориентированная используется в специальных инженерных и научных приложениях. Некоторые специалисты полагают, что в будущем произойдет слияние этих моделей. Объектно-реляционная модель имеет очевидное преимущества в том, что расширенный реляционный подход позволяет воспользоваться обширным объемом накопленных знаний и опыта, связанных с разработкой реляционных приложений. Это очень важно, поскольку многие организации не хотели бы тратить средства на достаточно дорогой переход к системе нового типа. Переход в этом случае можно организовать в интегрирующем, эволюционном стиле. Принципиальным недостатком объектно-реляционной модели является ее сложность и высокие расходы на ее проектирование. Объектно-ориентированная и объектно-реляционная модели представляют СУБД третьего поколения. В целом у этих моделей есть и ряд общих для них недостатков, основные из которых следующие: • отсутствие унифицированной теории, которая есть в реляционных моделях; • отсутствие формальной методологии проектирования баз данных, как нормализация в реляционных базах;• отсутствие специальных средств создания запросов; • отсутствие общих правил определения целостности и др.
18.Многомерная модель данных, ее базовые понятия (измерение, ячейка), достоинства и недостатки. Информация в многомерной модели представляется в виде многомерных массивов, называемых гиперкубами. В одной базе данных, построенной на многомерной модели, может храниться множество таких кубов, на основе которых можно проводить совместный анализ показателей. Конечный пользователь в качестве внешней модели данных получает для анализа определенные срезы или проекции кубов, представляемые в виде обычных двумерных таблиц или графиков. Основными понятиями, используемыми в многомерной модели, являются: агрегируемость, историчность, прогнозируемость данных. Многомерность модели данных – это, прежде всего, многомерное логическое представление структуры данных при их описании и в операциях манипулирования ими, а не многомерность их визуализации. Дело в том, что, если рассматривается многомерная модель с мерностью больше двух, то данные в ней сложно представить, например, в виде трех- или четырехмерных кубов. По сравнению с реляционной моделью многомерная организация данных обладает более высокой информативностью. Для многомерной модели применяются специальные операции: Срез, Вращение, Агрегация, Детализация.Достоинством многомерной модели является удобство и эффективность анализа больших объемов данных, имеющих временную связь, а также быстрота реализации сложных нерегламентированных запросов. Недостаток этой модели в громоздкости в случае ее использования для решения стандартных задач оперативной обработки. Она, по сравнению с реляционными, не эффективно использует память, так как в ней резервируется место для всех значений, даже если некоторые из них будут отсутствовать. Обычно многомерная модель применяется, когда объем базы не велик и гиперкуб использует стабильный по времени набор измерений.
19.Понятие проектирования базы данных. Требования, предъявляемые к базе данных. Проектирование базы данных – это процесс создания проекта базы данных, предназначенной для поддержки функционирования кономического объекта и способствующей достижению его целей. Оно представляет собой трудоемкий процесс, требующий совместных усилий аналитиков, проектировщиков и пользователей. При проектировании базы данных необходимо учитывать тот факт, что база данных должна удовлетворять комплексу требований. Эти требования следующие:1.Целостность базы данных. (Требование полноты и непротиворечивости данных).2.Многократное использование данных.3.Быстрый поиск и получение информации по запросам пользователей.4.Простота обновления данных.5.Уменьшение излишней избыточности данных.6.Защита данных от несанкционирован. доступа, от искажения и уничтожения.
20.Этапы жизненного цикла базы данных.Жизненный цикл базы данных – это процесс проектирования, реализации и поддержки базы данных. Он состоит из семи этапов:1. Предварительное планирование. 2. Проверка осуществимости.3. Определение требований.4. Концептуальное проектирование. 5. Логическое проектирование.6. Физическое проектирование.7. Оценка работы и поддержка базы данных.. В эксплуатации любого экономического объекта наступает момент, когда для достижения дальнейших успехов, необходимо данные, находящиеся в личном пользовании работников, интегрировать в единый ресурс и воспринимать их как корпоративный ресурс совместного использования. Для этого надо создать базу данных, произведя ее проектирование и выполнив все этапы жизненного цикла данных.
21.Модель "сущность-связь", ее понятия: сущность, атрибут, экземпляр сущности, связь, мощность связи. Представление сущности и связи на ER-диаграмме. Средством моделирования предметной области на этапе концептуального проектирования является модель «сущность–связь». Часто ее называют ER-моделью (Entity – сущность, Relation – связь). В ней моделирование структуры данных предметной области базируется на использовании графических средств – ER-диаграмм (диаграмм «сущность–связь»). В наглядном виде они представляют связи между сущностями. Основные понятия ER-диаграммы – сущность, атрибут, связь. Сущность – это некоторый объект реального мира, который может существовать независимо. Сущность имеет экземпляры, отличающиеся друг от друга значениями атрибутов и допускающие однозначную идентификацию. Атрибут–это свойство сущности. Например, сущность КНИГА характеризуется такими атрибутами, как автор, наименование, цена, издательство, тираж, количество страниц. Конкретные книги являются экземплярами сущности КНИГА. Они отличаются значениями указанных атрибутов и однозначно идентифицируются атрибутом «наименование». Атрибут, который уникальным образом идентифицирует экземпляры сущности, называется ключом. Может быть составной ключ, представляющий комбинацию нескольких атрибутов. Предположим, что проектируется база данных, предназначенная для хранения информации о деятельности некоторой фирмы. Эта фирма имеет филиалы. Филиалы управляются менеджерами. Клиенты делают в филиалах заказы. Филиалы обрабатывают эти заказы. Описываемую предметную область назовем ФИРМА. В ней могут быть выделены четыре сущности: филиал, менеджер, заказ, клиент.
23.Преобразование ER- модели в реляционную.
Концептуальные модели (модели «сущность–связь») позволяют более точно представить предметную область, чем реляционные и другие более ранние модели. Но в настоящее время существует немного СУБД, поддерживающих эти модели. На практике наиболее распространены системы, реализующие реляционную модель. Поэтому необходим метод перевода концептуальной модели в реляционную.
Такой метод основывается на формировании набора предварительных таблиц из ER-диаграмм.
Для каждой сущности создается таблица. Причем каждому атрибуту сущности соответствует столбец таблицы.
Правила генерации таблиц из ER-диаграмм опираются на два основных фактора – тип связи и класс принадлежности сущности.
Правило 1. Если связь типа 1:1 и класс принадлежности обеих сущностей является обязательным, то необходима только одна таблица. Первичным ключом этой таблицы может быть первичный ключ любой из двух сущностей.
Правило 2. Если связь типа 1:1 и класс принадлежности одной сущности является обязательным, а другой – необязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности, для которой класс принадлежности является необязательным, добавляется как атрибут в таблицу для сущности с обязательным классом принадлежности.
Правило 3. Если связь типа 1:1 и класс принадлежности обеих сущностей является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей. Правило 4. Если связь типа 1:М и класс принадлежности сущности на стороне М является обязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности на стороне 1 добавляется как атрибут в таблицу для сущности на стороне М.
24. Если связь типа 1:М и класс принадлежности сущности на стороне М является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.
Если связь типа М:N, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.
25.Нормализация таблиц, ее цель. Первая нормальная форма. Вторая нормальная форма. Третья нормальная форма. Нормализация представляет собой процесс реорганизации данных в реляционных таблицах путем ликвидации повторяющихся групп и иных противоречий в хранении данных с целью приведения таблиц к виду, позволяющему осуществить корректное редактирование данных.Таблица находится в той или иной нормальной форме, если она удовлетворяет определенному набору требований. Теоретически существуют 5 нормальных форм, хотя на практике используются три нормальные формы, которые рассмотрим более подробно.Первой нормальной формой называется реляционная таблица, в которой все значения полей являются атомарными, т.е. любая реляционная база данных находится в первой нормальной форме.Реляционная таблица соответствует второй нормальной форме, если она находится в первой нормальной форме, и ее не ключевые поля зависят от первичного ключа. Реляционная таблица соответствует третьей нормальной форме, если в таблице не имеется транзитивных зависимостей между не ключевыми полями, т.е. значение любого поля таблицы, не входившего в первичный ключ, не зависит от значения другого поля, не входившего в первичный ключ.
26.Концептуальное проектирование БД, его цель и процедуры. Цель этапа концептуального проектирования – создание концептуальной модели данных исходя из представлений пользователей о предметной области. Для ее достижения выполняется ряд последовательных процедур.1. Определение сущностей и их документирование. Для идентификации сущностей определяются объекты, которые существуют независимо от других. Такие объекты являются сущностями. Каждой сущности присваивается осмысленное имя, понятное пользователям. Имена и описания сущностей заносятся в словарь данных. Если возможно, то устанавливается ожидаемое количество экземпляров каждой сущности. 2. Определение связей между сущностями и их документирование. Определяются только те связи между сущностями, которые необходимы для удовлетворения требований к проекту базы данных. Устанавливается тип каждой из них. Выявляется класс принадлежности сущностей. Связям присваиваются осмысленные имена, выраженные глаголами. Развернутое описание каждой связи с указанием ее типа и класса принадлежности сущностей, участвующих в связи, заносится в словарь данных. 3. Создание ER-модели предметной области. Для представления сущностей и связей между ними используются ER-диаграммы. На их основе создается единый наглядный образ моделируемой предметной области – ER-модель предметной области.4. Определение атрибутов и их документирование. Выявляются все атрибуты, описывающие сущности созданной ER-модели. Каждому атрибуту присваивается осмысленное имя, понятное пользователям. О каждом атрибуте в словарь данных помещаются следующие сведения: - имя атрибута и его описание; -тип и размерность значений; -значение, принимаемое для атрибута по умолчанию (если такое имеется);-может ли атрибут иметь Null-значения; - является ли атрибут составным, и если это так, то из каких простых атрибутов он состоит. Например, атрибут «Ф.И.О. клиента» может состоять из простых атрибутов «Фамилия», «Имя», «Отчество», а может быть простым, содержащим единые значения, как-то «Сидоров Евгений Михайлович». Если пользователь не нуждается в доступе к отдельным элементам «Ф.И.О.», то атрибут представляется как простой; - является ли атрибут расчетным, и если это так, то как вычисляются его значения. 5. Определение значений атрибутов и их документирование. Для каждого атрибута сущности, участвующей в ER-модели, определяется набор допустимых значений и ему присваивается имя. Например, атрибут «Тип счета» может иметь только значения «депозитный», «текущий», «до востребования», «карт-счет». Обновляются записи словаря данных, относящиеся к атрибутам, – в них заносятся имена наборов значений атрибутов. 6. Определение первичных ключей для сущностей и их документирование. На этом шаге руководствуются определением первичного ключа – как атрибута или набора атрибутов сущности, позволяющего уникальным образом идентифицировать ее экземпляры. Сведения о первичных ключах помещаются в словарь данных. 7. Обсуждение концептуальной модели данных с конечными пользователями. Концептуальная модель данных представляется ER-моделью с сопроводительной документацией, содержащей описание разработанной модели данных. Если будут обнаружены несоответствия предметной области, то в модель вносятся изменения до тех пор, пока пользователи не подтвердят, что предложенная им модель адекватноотображает их личные представления.
27.Логическое проектирование БД, его цель и процедуры.Цель этапа логического проектирования – преобразование концептуальной модели на основе выбранной модели данных в логическую модель, не зависимую от особенностей используемой в дальнейшем СУБД для физической реализации базы данных. Для ее достижения выполняются следующие процедуры.1. Выбор модели данных. Чаще всего выбирается реляционная модель данных в связи с наглядностью табличного представления данных и удобства работы с ними.2. Определение набора таблиц исходя из ER-модели и их документирование. Для каждой сущности ER-модели создается таблица. Имя сущности – имя таблицы. Осуществляется формирование структуры таблиц на основании правил, изложенных в лекции 10. Устанавливаются связи между таблицами посредством механизма первичных и внешних ключей. Структуры таблиц и установленные связи между ними документируются. 3. Нормализация таблиц. Для правильного выполнения нормализации проектировщик должен глубоко изучить семантику и особенности использования данных. На этом шаге он проверяет корректность структуры таблиц, созданных на предыдущем шаге, посредством применения к ним процедуры нормализации. 4. Проверка логической модели данных на предмет возможности выполнения транзакций. Если во время выполнения транзакции произойдет сбой в работе компьютера, то база данных окажется в противоречивом состоянии, так как некоторые изменения уже будут внесены, а остальные еще нет. Поэтому все частичные изменения должны быть отменены для возвращения базы данных в прежнее непротиворечивое состояние. 5. Определение требований поддержки целостности данных и их документирование. Эти требования представляют собой ограничения, которые вводятся с целью предотвратить помещение в базу данных противоречивых данных. На этом шаге вопросы целостности данных освещаются безотносительно к конкретным аспектам ее реализации. Должны быть рассмотрены следующие типы ограничений: 1. обязательные данные. Выясняется, есть ли атрибуты, которые не могут иметь Null-значений; 2. ограничения для значений атрибутов. Определяются допустимые значения для атрибутов; 3. целостность сущностей. Она достигается, если первичный ключ сущности не содержит Null-значений; 4. ссылочная целостность. Она понимается так, что значение внешнего ключа должно обязательно присутствовать в первичном ключе одной из строк таблицы для родительской сущности; 5. ограничения, накладываемые бизнес-правилами. Бизнес-правила – это установки, правила и технологические приемы, принятые в организации. Например, в случае с проектом ФИРМА может быть принято правило, запрещающее клиенту делать, скажем, более чем двадцать заказов. Сведения обо всех установленных ограничениях целостности данных помещаются в словарь данных. 6. Создание окончательного варианта логической модели данных и обсуждение его с пользователями. На этом шаге подготавливается окончательный вариант ER-модели, представляющей логическую модель данных. Сама модель и обновленная документация, включая словарь данных и реляционную схему связи таблиц, представляется для просмотра и анализа пользователям, которые должны убедиться, что она точно отображает предметную область.
28.Физическое проектирование БД, его цель и процедуры.На этапе физического проектирования принимается окончательное решение о способах реализации создаваемой базы данных , а именно: логическая модель углубляется за счет характеристик, позволяющих определить способы хранения данных базы, типа устройств для хранения, методов доступа к данным, требуемого объема памяти и др. .. Первым шагом на этапе физического проектирования базы данных является преобразование отношений, созданных на основе логической модели данных, в такую форму, которая может быть реализована в среде конкретной СУБД. Первая часть этого процесса предусматривает проверку информации, собранной на этапе логического моделирования и помещенной в словарь данных. Вторая часть процесса заключается в использовании этой информации для разработки проекта таблиц баз данных системы. Этот процесс требует наличия знаний о функциональных возможностях соответствующих СУБД. В частности, разработчик должен знать следующее :• поддерживает ли выбранная СУБД определение первичных, внешних и альтернативных ключей;• поддерживает ли СУБД определение обязательных данных (т.е. позволяет ли система указывать в определении атрибута, что для него запрещено использование значения NULL);• поддерживает ли СУБД определение доменов; • поддерживает ли СУБД определение бизнес-правил предприятия; • каков способ определения таблиц базы данных…Одной из важных целей физического проектирования баз данных является организация эффективного хранения данных. Существует несколько показателей, которые могут быть использованы для оценки достигнутой эффективности:Пропускная способность транзакций,Время ответа,Дисковая память.
29.Понятие СУБД. Языковые и программные средства СУБД. Система управления базами данных(СУБД)–это совокупность программных и языковых средств, предназначенных для управления данными, ведения базы данных и обеспечения взаимодействия с прикладными программами. Средства создания базы данных – это язык описания данных, язык манипулирования данными, дополнительные средства. Связь пользователя с базой данных осуществляется двумя видами языков: языка описания данных и языка манипулирования данными. Язык описания данных– это высокоуровневый непроцедурный язык декларативного типа, предназначенный для описания логической структуры данных. Язык манипулирования данными представляет собой совокупность конструкций, обеспечивающих выполнение основных операций по модификации данных: ввод, удаление, редактирование и выборку данных из базы . Этот язык содержит набор команд, позволяющих включать новые данные в базу, заменять старые данные новыми, удалять ненужные данные, осуществлять поиск, выборку и другие действия. Дополнительные средства – это обычно визуальные средства, используемые для удобства и упрощения работы с базой, а также программа отладчик, предназначенная для тестирования приложений в процессе их разработки. Средства работы с базой данных позволяют создавать удобный интерфейс, а также необходимую конфигурацию экранного представления вводимой и выводимой информации: окна, свет, цветность и т.п. Они состоят из средств конфигурации и средств операций с данными…Сервисные средства позволяют использовать другие системы в процессе проектирования и работы с базой, например, можно взять информацию из Microsoft Word или Microsoft Excel и перенести ее в Microsoft Access.
Архитектура СУБД.
Подсистема средств проектирования представляет собой набор инструментов, обеспечивающих проектирование и реализацию баз данных и их приложений. Обычно этот набор включает в себя средства для создания таблиц, форм, запросов и отчетов и других объектов…Подсистема обработки обеспечивает работу с компонентами, созданными с помощью средств проектирования.Это –процессор форм, процессор запросов, генератор отчетов, средства обработки, основанные на процедурных языках. Так, в Access в имеется компонент, реализующий построение формы и связывающий элементы формы с данными таблиц…Ядро системы выполняет функцию посредника между подсистемами проектирования и обработки и данными. Ядро СУБД получает запросы от двух других компонентов, выраженные в терминах таблиц, строк и столбцов, и преобразует эти запросы в команды операционной системы, выполняющие запись и чтение данных с физического устройства. Кроме того, ядро участвует в управлении транзакциями, блокировке, резервном копировании и восстановлении.
31.Классификация СУБД. Режимы работы пользователя с СУБД. Классификация СУБД: 1) по уровню использования: 1.профессиональные 2.настольные..2) по степени универсальности: 1. общего назначения 2. специального назначения..3) по поддерживаемому режиму работы с БД: 1. однопользовательские (FoxPro) 2.многопользовательские (Oracles, Access)..4) по типу поддерживаемых моделей 1. иерархические (IMS) 2. сетевая (IDS) 3. реляционная (Oracle) 4. Постреляционные 5. объектно-ориентированные 6. объектно-реляционные 7. многомерные..5) По выполняемым функциям: 1. информационные – позволяют организовывать хранение информации и доступ к ней. Для выполнения более сложной обработки необходимо писать специальные программы. 2. операционные – выполняют достаточно сложную обработку..6) по ориентации на преобладающую категорию пользователей:1. СУБД для разработчиков. Эти системы должны позволять создавать отчуждаемые программные продукты для сложных систем. 2.СУБД для конечных пользователей. Основные требования удобство интерфейса, высокий уровень языковых средств, наличие интеллектуальных модулей подсказок, повышенная защита от непреднамеренны ошибок..Под производительностью СУБД подразумевается величина, обратно пропорциональная времени, которое затрачивает СУБД на определённую операцию по обработке данных…Для оценки производительности можно использовать различные показатели:1.время выполнения запросов 2.время поиска информации в неиндексированных полях 3. время создания индексов и выполнение таких массовых операций, как обновление, вставка, удаление данных 4. время выполнения операций импортирования данных из других форматов 5.максимальное число параллельных обращений к данным в многопользовательском режиме 6.время генерации отчётов 7. и др…Для создания единого интегрального показателя производительности различных СУБД по совокупности факторов в 1988 году была создана международная организация Trasaction Processing Performance Council (TPC – совет по обработке транзакций)…Тесты ТРС позволяют производить обоснованный сравнительный анализ..Режимы работы пользователей в СУБД: 1.пользовательский интерфейс (режим ассистента) 2. командный режим 3.программный режим
32.Направления развития СУБД: расширение множества типов обрабатываемых данных, интеграция технологий баз данных и Web-технологий, превращение СУБД в системы управления базами знаний. Направления развития СУБД:1) расширение множества типов обработки данных..Понимание того, что ограниченность типов данных является препятствием к широкому применению классических реляционных СУБД, привела к расширению типов обрабатываемых данных…СУБД должны позволять отображать различные типы данных:- графическое изображение; - аудио и видеоданные; - текстовые документы; - темпоральные (временные) данные, характеризующие состояние объекта в разные моменты времени.; - и др…2) система управления базами знаний..База знаний – это один или несколько специальным образом организованных файлов, хранящих систематизированную совокупность понятий, правил и фактов, относящихся к некоторой предметной области…Содержимое баз знаний оформляется, связывается между собой и представляется таким образом, чтобы на его основе можно было с помощью специальных программ осуществлять рассуждения и делать выводы, получая сведения, которые в явном виде могут не присутствовать в базах знаний…Мостом между базами данных и базами знаний являются активные базы данных…Главное различие между активными БД и традиционными(пассивными) заключается в том, что в традиционных БД вся процедурная логика, включая выборку и модификацию данных, координируется вне сферы управления данными…Среда активных БД инициирует действия над данными базы и управление ими внутри среды БД в соответствии с предварительно установленными правилами, без необходимости получения каких-либо управляющих воздействий от приложений или каких-либо других внешних источников. 3) Интеграция технологий БД и WEB-технологий..Необходим компромисс между простотой и доступностью применяемых в настоящее время Веб-технологий и сложностью функциональностью и эффективностью БД..Выделяются следующие категории совместного использования тезнологий реляционных БД и Веб: - хранение и управление Веб-ресурсами с помощью реляционной БД; - обеспечение доступа в Веб ресурса с использованием методов реляционных БД , в частности использование механизмов индексации и оптимизации запросов.; - доступ к реляционным данным с использованием методов Веб.
33.Знания, их виды. Базы знаний. Знания основаны на данных, полученных эмпирическим путем. Они представляют собой результат мыслительной деятельности человека, направленной на обобщение его опыта, полученного в результате практической деятельности. знания–это закономерности предметной области: принципы, связи, законы, – полученные в результате практической деятельности, профессионального опыта, позволяющие специалистам ставить и решать задачи в этой области . Имеется несколько подходов к классификации знаний. Так, по глубине выделяют знания поверхностные и глубинные. Поверхностные – это знания о видимых взаимосвязях между отдельными событиями и фактами предметной области. Глубинные–абстракции, аналогии, схемы, отображающие структуру и природу процессов, протекающих в предметной области. По выполняемым функциям различают знания декларативные и процедурные (процедуральные). Декларативные знания не содержат в явной форме процедур, которые нужно выполнить. Процедурные знания содержат описание некоторых процедур. Состояние объекта представляется в виде набора процедур, с помощью которых обрабатывается определенный участок базы знаний.Существуют и более детализированный подход к классификации знаний. Так, различают: понятийные, конструктивные, процедурные, фактографические знания и метазнания. База знаний — это один или несколько специальным образом организованных файлов, хранящих систематизированную совокупность понятий, правил и фактов, относящихся к некоторой предметной области…База знаний является основным компонентом интеллектуальных систем: информационных, обучающих, систем программирования, а также экспертных систем. Под экспертной системой (ЭС) понимается система, объединяющая возможности компьютера со знаниями и опытом эксперта в такой форме, что система может предложить разумный совет или осуществить разумное решение поставленной задачи. Дополнительно желаемой характеристикой такой системы является способность системы пояснять по требованию ход своих рассуждений в понятной для спрашивающего форме.
34.Продукционные модели.Продукционная модель–это модель, основанная на правилах, которая позволяет представить знания в виде предложений типа: Если (условие), То (действие)…Под условием (антецедентом) понимается некоторое предложение-образец, по которому осуществляется поиск по базе знаний. А под действием (консеквентом) – действия, выполняемые при успешном исходе поиска. Они могут быть промежуточными, выступающими далее как условия и терминальными или целевыми, завершающими работу системы…Знания в продукционных моделях представляются в следующей форме: «Если АТо В».Вместо А и В могут стоять некоторые утверждения, факты, приказы и т.д. Условия называют еще фактами.С помощью фактов описывается текущее состояние предметной области. Действие В трактуется как добавление нового факта.При использовании продукционной модели исходные понятия и факты хранятся в базе фактов, а набор правил и алгоритмов хранятся в базе знаний. На основе базы фактов запускается машина вывода, которая выполняет перебор правил из базы знаний…К преимуществам продукционных систем относят следующие:1.Модульность.2.Модифицируемость. 3.Доступность чтения 4.Способность к самообъяснению. 5.Эффективность…Недостатки продукционных систем. Среди них выделяют три главных,с которыми связаны определенные ограничения, лежащие в основе используемого формализма. Они относятся к концепции,формулировке и использованию правил:1.Трудность составления продукционного правила,соответствующ.элементу знания.2.Трудность записи правила.3.Трудности использов.связаны не с самими правилами,а с единой системой их связи.
35.Семантические сети. Семантическая сеть – это модель, в которой структура знаний предметной области формализуется в виде ориентированного графа с помеченными вершинами и дугами. Вершины графа обозначают понятия различных категорий: объекты, события, свойства, операции, а дуги – отношения между ними…(Семантика - значение единиц языка)…Семантические сети вначале использовались для представления смысла выражений естественного языка человека, откуда и появилось название этого класса сетей. Теперь же они используются в качестве структуры, пригодной для представления информации общего вида, – узлы представляют некоторые концепты (понятия), а связи – отношения между концептами. При построении семантической сети отсутствуют ограничения на число связей и на сложность сети. Поэтому систематизация отношений между объектами в сети необходима для дальнейшей формализации…В качестве понятий выступают абстрактные или конкретные объекты…Наиболее часто в семантических сетях используются следующие отношения: 1. связи типа “часть-целое” (например, “класс-подкласс'', “элемент-множество” и т.п.); 2. функциональные связи, определяемые обычно глаголами (производит, влияет и др.); 3. количественные (>, <, = и др.); 4. пространственные (далеко от, близко от, за, под, на и др.); 5. временные (раньше, позже, в течение и др.); 6. атрибутивные (иметь свойство, иметь значение и др.); 7. логические (и, или, не); 8. лингвистические и др…Поиск решения в базе знаний типа семантической сети сводится к задаче поиска фрагмента сети, соответствующего некоторой подсети, отражающий поставленный запрос к базе…Для реализации семантических сетей существуют специальные сетевые языки: NET, язык реализации систем SIMER+MIR и др. Широко известны экспертные системы, использующие семантические сети в качестве языка представления знаний: PROSPECTOR, CASNET, TORUS. Семантические сети получили широкое применение в системах распознавания речи и экспертных системах.
36.Фреймы, их виды, структура. Фрейм – это абстрактный образ для представления некоего стереотипа восприятия . Фреймы представляют собой сложные структуры данных, описывающих какую-либо типичную ситуацию, например экзамен, лекция, раунд переговоров. Фрейм состоит из позиций для размещения объектов, характеризующих данную ситуацию. Позиция может быть передана другому фрейму. Кроме того, он содержит информацию о выполняемых действиях, о том, как следует поступать в типичных и нетипичных случаях, о влиянии соседних фреймов. Модель фрейма является достаточно универсальной, поскольку позволяет отобразить все многообразие знаний, используя:• фреймы-структуры, использующиеся для обозначения объектов и понятий (заем, залог, вексель); • фреймы-роли (менеджер, кассир, клиент); • фреймы-сценарии (банкротство, собрание акционеров, празднование именин) и др… Различают фреймы-образцы (прототипы), хранящиеся в базе знаний, и фреймы-экземпляры, которые создаются для отображения реальных ситуаций на основе поступающих данных. Фрейм-образец содержит набор атрибутов, называемых слотами. В фрейме-экземпляре слотам присваиваются конкретные значения… Важнейшей характеристикой теории фреймов является наследование свойств, заимствование из теории семантических сетей. И во фреймах, и в семантических сетях наследование происходит по АКО-связям. Слот АКО указывает на фрейм более высокого уровня иерархии, откуда неявно наследуются, то есть переносятся, значения аналогичных слотов…Основным преимуществом фреймов как модели представления знаний является ее гибкость и наглядность, а также то, что она отражает концептуальную основу организации памяти человека [Шенк, Хантер, 1987]…Разработаны специальные языки представления знаний в сетях фреймов: • FRL (Frame Representation Language) [Байдун, Бунин, 1990]; • Фреймовая «оболочка» Kappa [Стрельников, Борисов, 1997] и другиепрограммные средства, которые позволяют эффективно строить промышленные экспертные системы…Широко известны такие фрейм-ориентированные экспертные системы, как: Analyst, Модис, Tristan, Alterid.
37.Характеристика СУБД Micrоsoft Access. Access – продукт фирмы Microsoft, представляющий собой систему управления базой данных (СУБД) реляционного типа . Эта система, является частью пакета Microsoft Office и работает под управлением операционной системы Windows 95,-98, NT и более высоких версий. Microsoft Access развивается и совершенствуется от версии к версии и в настоящее время является одной из популярных настольных офисных систем общего назначения для работы с базой данных. Основные функциональные возможности Microsoft Access: 1. Access обладает всеми достоинствами Windows-технологии, т.е. имеет удобный графический интерфейс и обеспечивает комфортную работу пользователя. Он совместим с другими компонентами пакета Microsoft Office, такими как: электронные таблицы Excel, текстовый редактор Word и др. Access располагает разнообразными графическими средствами для оформления таблиц, форм, отчетов и других объектов…2. Access поддерживает технологии: OLE, DDE, drag-and-drop. OLE (Object Linking and Embedding) ..3. В Access таблицы, формы, запросы, отчеты, макросы и модули хранятся в общем файле базы данных. Это значительно упрощает создание связанных объектов и проверку ссылочной целостности данных…4. В состав Access включен ряд специальных программ: Конcтрукторы, Мастера…5. В Access имеется аппарат Построителя выражений..6. Для квалифицированных пользователей, владеющих основами программирования, в Access имеется язык программирования VBA – встроенный диалект языка Visual Basic…7. Имеется одновременный доступ нескольких пользователей к общей базе ..8. В Access введены средства, необходимые для работы с другими базами данных различных форматов: dBase, FoxPro, Paradox и др. При этом не требуется конвертации данных в формат, используемый в Access…Следует отметить также дополнительные возможности, присущие Access, начиная с Access 2000.• Добавлены Web-страницы, которые позволяют просматривать информацию пользовательской базы данных в виде форм и отчетов через Internet Explorer. Web-страницы можно пересылать по электронной почте. • Реализована технология клиент-сервер для ведения корпоративных баз данных. • Добавлены более надежные средства защиты, сопровождения и преобразования данных , в частности: защита на уровне пользователя реализована с помощью мастера, для сжатия базы данных создана программа, которая в рамках одного процесса выполняет сжатие и восстановление, имеется возможность автоматического сжатия при закрытии базы. • Добавлена панель быстрого доступа к объектам базы данных и их группам с помощью ярлыков.• Стало возможным переименование объектов и изменение свойств уже связанных объектов.• Появилась многовариантность форматирования полей в зависимости от значения, хранящегося в поле. • В режиме таблицы появилась возможность иерархически просматривать содержимое связанных записей разных таблиц. • Допускается одновременное использование нескольких национальных алфавитов, символы которых поддерживают систему Юникод.• Расширен синтаксис языка и усовершенствованы средства обработки ошибок.
38.Характеристика базы данных Micrоsoft Access и ее объектов. Инструментальные средства для их создания.База данных в СУБД Access содержит следующие объекты: таблицы, запросы, формы, отчеты, страницы, макросы и модули. Access, по сути дела, это оболочка, позволяющая быстро проектировать названные объекты Таблица– это основная структура, предназначенная для хранения данных. По терминологии СУБД ее строки называются записями, а столбцы–полями базы данных. запрос– это требование на отбор данных, хранящихся в таблицах, на выполнение определенных действий с данными. Формы предназначены для ввода, просмотра и редактирования данных базы на экране в удобном для пользователя виде, который может, например, соответствовать типовому или привычному для пользователя документу.Отчет используется для отображения на экране или бумажном носителе информации из базы данных в виде, удобном для ее восприятия и анализа пользователем.При обработке данных часто приходится выполнять однообразные действия.Эти действия могут быть оформлены как макросы.Макрос–это последовательность команд для автоматизации выполнения операций в среде Aсcess без программирования. Вызов макроса приводит к выполнению соответствующей данному макросу последовательности действий. Модуль– это программа для обработки данных, написанная на языке Visual Basic for Application (VBA).При решении достаточно сложных задач пользователь сталкивается с ограничениями технологии создания макросов. ..Для преодоления возникших трудностей можно написать собственную процедуру обработки информации на языке программирования.Такая процедура оформляется как модуль.Модули разрабатываются пользователем для реализации нестандартных процедур при создании приложений.Access позволяет создавать эффективные модули для работы с базой данных, содержащие меню, диалоговые окна и командные кнопки. Объекты базы данных: таблицы, формы, запросы, отчеты, макросы, модули хранятся в едином файле–файле базы данных, имеющем расширение .mdb.Это упрощает их перенос с компьютера на компьютер, облегчает создание связанных объектов, проверку целостности данных.СистемаAccess содержит около двухсот разнообразных инструментов от мастеров по быстрому созданию таблиц, запросов и других объектов,–до кнопок и переключателей.Особый интерес представляют Мастера, Конструкторы и Построители выражений…Мастера обладают арсеналом средств, позволяющих начинающему пользователю комфортно себя чувствовать в процессе работы с Access.Суть работыс Мастером заключается в том, что при решении любого вопроса от пользователя не требуется глубоких знаний, поскольку Мастер по соответствующей проблеме,с которой к нему обратился пользователь,задает ему вопросы и предлагает набор ответов с дополнительными разъяснениями и подсказками. И пользователю лишь остается выбрать соответствующие.При этом имеется возможность отката назад при допущенной ошибке,либо пропуска этапов,если они не существенны при решении поставлен. задачи.
39.Типы обрабатываемых данных и выражения в СУБД Micrоsoft Access.Данные, обрабатываемые в Access, могут быть следующих типов:текстовые, полеМЕМО,числовые, дата/время,денежные,счетчик,логические,поле объекта OLE,гиперссылка,мастер постановок… Тип Текстовый–это любые символы: текстовые, пробел, специальные символы,цифры…ПолеМЕМО–любой длинный текст,длиной до 64000 символов…Числовой тип–это действительные числа, используемые в вычислениях, за исключением денежных расчетов…Дата/время – это календарные даты и текущее время… Денежный тип данных–это денежные значения и числовые данные, позволяющие производить вычисления без округления (!)…Счетчик – это идентификатор записи в таблице, который представляет собой уникальные последовательные номера с шагом 1, автоматически идентифицирующие записи в таблице. Это всегда число, а наращивание его значения происходит автоматически. Значение этих полей обновлять нельзя (!)…Логические – это данные, которые могут иметь только одно из двух значений, например: Да – Нет; Истина – Ложь; Включено – Выключено…Поле объекта OLE – это объекты типа: документ Microsoft Word, Microsoft Excel, рисунки, звукозапись и другие данные в двоичном формате, – созданные в других приложениях, которые могут быть связаны или внедрены в таблицу Access. Поля данного типа не хранят информацию как таковую, а содержат ссылки на объекты, которые могут быть включены в базу с использованием OLE–протокола обмена данными..Гиперссылка – это строка, служащая для хранения ресурсов сети и состоящая из букв и цифр и других символов и представляющая адрес ссылки на различные ресурсы : узлы, файлы, находящиеся вне базы данных, в частности, в сети Internet или в корпоративной сети intranet…Мастер подстановок создает поле, позволяющее выбрать с помощью раскрывающегося списка значение из другой таблицы или из списка значений… В Access имеется возможность выполнять различные операции, оформляя их в виде выражений. Выражение – это операнды, соединенные знаками операций . В выражениях используются четыре типа операторов: арифметические, сравнения, логические, текстовый оператор… Статистические встроенные функции: 1.Sum - Вычисляет сумму всех значений заданного поля,2.Avg-Вычисляет среднеарифметическое всех значений данного поля в каждой группе,3.Min (Max)-Возвращает наименьшее (наибольшее) значение в рамках каждой группы.В случае текстового содержания возвращает наименьшее (наибольшее) символьное значение независимо от регистра,4.Count-Возвращает количество записей, в которых значения данного поля отличается от Null.
40.Конструирование таблиц в СУБД Micrоsoft Access. К проектированию новой таблицы можно приступить сразу после создания (или открытия) базы данных. После создания или открытия базы данных в Microsoft Access на экране появляется окно базы данных.Процесс проектирования таблицы происходит путем выбора в этом окне (справа) одного из возможных режимов создания таблицы: • Создание таблицы в режиме конструктора, • Создание таблицы с помощью мастера,• Создание таблицы путем ввода данных...Каждый из перечисленных режимов имеет свои достоинства и применяется в зависимости от ситуации, в которой находится пользователь…Из этого списка следует выбрать тот режим, который пользователя больше устраивает в конкретном случае. После чего система Microsoft Access настроится на проектирование таблицы в выбранном режиме.
41.Типы, возможности и способы создания запросов в СУБД Micrоsoft Access. Запрос – это обращение к базе данных за информацией, содержащейся в таблице или другом запросе и интересующей в данный момент пользователя. Результат получения запроса в Access представляет собой таблицу (!), которая называется динамической, или временной…При выполнении запроса Access считывает данные из таблиц и отображает результат выполнения в режиме таблицы. При этом следует учитывать, что результат выполнения запроса не сохраняется. В запросе Access хранит только инструкции о том, как должны быть организованы данные в результате выполнения запроса. Можно внести изменения в результат запроса, реализовав специальный вид запросов – запросы действия. Эти изменения отразятся и в исходных таблицах…При создании таблиц с помощью Acсess не возможно использовать вычисляемые поля. Кроме того, Access почти всегда автоматически сортирует таблицы согласно первичному ключу. Выбрать другой критерий сортировки, например, по вторичному ключу невозможно. Все эти проблемы решаются с помощью запросов. Благодаря запросам можно не только выполнять сортировку или вычислять выражения, но и объединять данные из связанных таблиц в одну таблицу. В Access результат запроса можно всегда использовать как таблицу, например, на основании запроса можно разработать форму или отчет. Выделяют два типа запросов: • QBE (Query By Example) – запрос по образцу;• SQL (Structured Query Language) – структурированный язык запросов.В QBE-запросах пользователь указывает отдельные параметры в окне проектирования запроса с использованием подсказок (образцов). SQL-запросы – это запросы, которые создаются с помощью структурированного языка запросов SQL. Эти запросы представляют собой последовательность инструкций, в которую могут включаться выражения и вызовы функций…Конструктор – запрос создается пользователем с помощью предлагаемого ему инструментария, то есть вручную…Простой запрос – запрос создается с помощью Мастера путем выбора предлагаемых им полей и условий…Перекрестный запрос – это специальный тип итогового запроса. Он отображает в виде перекрестной таблицы (шахматки) результаты итоговых расчетов над значениями некоторого поля…Повторяющиеся записи – создается запрос, в котором отражены лишь дубликаты значений полей в таблице…Записи без подчиненных – создается запрос, в котором отражаются те записи из одной таблицы, которые не имеют связи с записями из другой таблицы.
42.Назначение, виды форм и способы их создания в СУБД Micrоsoft Access. Формы являются удобным средством отображения данных…Преимущество формы для ввода и редактирования данных состоит в простоте и наглядности, так как записи таблицы или запроса представлены в ней в удобном виде. Режим формы позволяет воспользоваться возможностями, предоставляемыми графической средой Windows (шрифты, графика и т.д.), что нельзя использовать в таблице. Кроме того, можно создавать элементы управления (кнопки, переключатели и др.), необходимые для решения конкретной задачи… Преимуществом форм является и то, что в них можно отобразить всю информацию, содержащуюся в каждой записи, в то время как в режиме таблицы часть полей может выходить за границу экрана. В формах пользователь самостоятельно определяет, сколько места должно быть отведено для представления конкретной информации…Форму можно спроектировать: • с помощью Конструктора форм; • с помощью Мастера по созданию форм; • автоматически, т. е. используя экспресс-форму.
43.Назначение отчетов и способы их создания в СУБД Micrоsoft Access. Работая с базой данных, пользователь выполняет ее актуализацию, модификацию, анализ. Результаты своей работы ему порой нужно извлечь из базы и представить на экране или выдать на печать в удобном виде. Отчет и представляет собой средство выбора и оформления информации, содержащейся в базе в ее таблицах или запросах…При создании отчета Microsoft Access предоставляет пользователю такие возможности: выбирать информацию из базы данных; выбирать элементы управления для интеллектуализации отчета, в частности, для выполнения различных вычислений; выбирать элементы управления, чтобы превратить отчет в удобочитаемый документ…Пользователю доступны три способа проектирования отчета:• автоотчет; • с помощью Мастера отчетов; • с помощью Конструктора отчетов….Автоотчеты – это самый простой способ создания отчета, когда все действия по проектированию отчета выполняются автоматически. Access позволяет строить автоотчеты двух типов: в столбец и ленточные . В отчетах первого типа поля располагаются по вертикали, а в отчетах второго типа – по горизонтали….Мастер по созданию отчетов берет управление проектированиемотчета на себя. Он ставит перед пользователем вопросы, касающиеся структуры, содержания и оформления отчета. На каждый из задаваемых вопросов Мастер предлагает варианты ответов, сводя роль пользователя только к выбору одного из них. Мастер отчетов позволяет подготовить следующие типы отчетов: • Отчет в виде одной колонки,• Отчет с группировкой данных и вычислением итоговых величин, • Адресные этикетки (почтовые наклейки), • Диаграммы.