IK_ekz
.pdfвывод другой информации, тогда следует установить указатель мыши на сообщение №n.n, дважды щелкнуть ПКМ, в открывшемся окне Вычисление поля сводной таблицы выбрать операцию Кол-во значений и нажать клавишу Готово.
7. После подготовки макета таблицы нажать клавишу Готово. На экране появится групповая таблица распределения в абсолютных числах. Групповой эта таблица считается потому, что в ней приводится распределение по двум учетным признакам: полу и возрасту. Если выше полученной таблице установить учетный признак Тип б/л, то можно рассматривать результаты распределения с учетом того или иного типа больничного листа (рис 40!!!) Таким образов, распределение учитывает 3 группировочных признака, т. е. таблица стала комбинационной.
Полученные результаты характеризуют распределение больничных листов по полу и профессии работников в абсолютных числах(рис 41).
63. Определение и отличительные особенности баз данных. Этапы(уровни) разработки баз данных.
База данных — интегрированная совокупность данных, предназначенная для хранения и многофункционального использования База данных — организованная в соответствии с определёнными правилами и поддерживаемая
на накопителях информации совокупность взаимосвязанных данных, характеризующая актуальное состояние некоторой предметной области и используемая для удовлетворения информационных потребностей пользователей.
Отличительные признаки базы данных:
•БД хранится и обрабатывается в вычислительной системе
•Данные в БД логически структурированы с целью обеспечения возможности их эффективного поиска и обработки (выделены составные элементы, связи между ними, проведена типизация элементов и связей)
•БД включает метаданные, описывающие логическую структуру БД в формальном виде - метамодель данных
Уровни разработки базы данных
Сама предметная область
Модель предметной области
Логическая модель данных (ER-диаграммы*)
Физическая модель данных
Собственно база данных и приложения
Entity–Relation Сущность-Связь
64.Основные модели организации данных в базах данных
1.Иерархическая модель данных:
все записи, агрегаты и атрибуты БД образуют такую структуру, в которой все элементы связаны отношениями подчиненности, при этом любой элемент может подчиняться только одному какому-нибудь другому элементу.
Эту форму зависимости удобно отображать с помощью древовидного графа (схемы, состоящей из точек, стрелок, которые связаны и не имеют циклов).
2. Сетевая модель данных:
В сетевой структуре данных потомок может иметь любое число предков Сетевая БД состоит из набора записей заданных типов (из допустимого набора типов) и набора связей между ними из заданного набора типов связей
3.Реляционная модель данных:
- объекты и соотношения между ними представляются в виде таблиц, строки которых соответствуют записям, а столбцы – атрибутам отношений (полям).
Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица – это двумерный массив Свойства реляционных таблиц:
•каждый элемент таблицы - один элемент данных;
•все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) и длину;
•каждый столбец имеет уникальное имя;
•одинаковые строки в таблице отсутствуют;
•порядок следования строк и столбцов может быть произвольным
В реляционной БД каждая таблица должна иметь первичный ключ- поле или комбинацию полей, которые единственным образом идентифицируют каждую строку в таблице. Если записи однозначно определяются значениями нескольких полей, то такая БД имеет составной
ключ.
Чтобы связать две реляционные таблицы, необходимо ключ первой таблицы ввести в состав ключа второй таблицы (возможно совпадение ключей); в противном случае нужно ввести в
структуру первой таблицы внешний ключ - ключ второй таблицы.
4. Объектно-ориентированная модель данных:
- база данных, в которой данные моделируются в виде объектов, их атрибутов, методов и классов
Обязательные характеристики ООБД (манифест объектно-ориентированных БД):
•Поддержка сложных объектов.
•Поддержка индивидуальности объектов. Поддержка инкапсуляции
•Поддержка типов и классов.
•Поддержка наследования типов и классов от их предков
•Перегрузка в сочетании с полным связыванием
•Вычислительная полнота
•Набор типов данных должен быть расширяемым
( *языки программирования :Python, Java, C#, Visual Basic .NET, C++, Objective-C и Smalltalk или собственные языки программирования)
65.Реляционная модель данных:
-объекты и соотношения между ними представляются в виде таблиц, строки которых
соответствуют записям, а столбцы – атрибутам отношений (полям).
Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица – это двумерный массив Свойства реляционных таблиц:
•каждый элемент таблицы - один элемент данных;
•все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) и длину;
•каждый столбец имеет уникальное имя;
•одинаковые строки в таблице отсутствуют;
•порядок следования строк и столбцов может быть произвольным
В реляционной БД каждая таблица должна иметь первичный ключ- поле или комбинацию полей, которые единственным образом идентифицируют каждую строку в таблице. Если записи однозначно определяются значениями нескольких полей, то такая БД имеет составной
ключ.
Чтобы связать две реляционные таблицы, необходимо ключ первой таблицы ввести в состав ключа второй таблицы (возможно совпадение ключей); в противном случае нужно ввести в
структуру первой таблицы внешний ключ - ключ второй таблицы.
Пример реляционной модели, построенной на основе отношений: СТУДЕНТ, СЕССИЯ, СТИПЕНДИЯ:
Таблицы СТУДЕНТ и СЕССИЯ имеют совпадающие ключи (Номер), что дает возможность легко организовать связь между ними.
Таблица СЕССИЯ имеет первичный ключ Номер и содержит внешний ключ Результат, который обеспечивает ее связь с таблицей СТИПЕНДИЯ.
66. Классификация баз данных по степени распределенности , способу доступа к данным, уровню нормализованности:
Классификация БД по степени распределенности:
централизованные – БД хранится в памяти одной вычислительной системы. Если эта вычислительная система является компонентом сети ЭВМ, возможен распределенный доступ к такой базе. Такой способ использования баз данных часто применяют в локальных сетях ПК.
распределенные - база данных состоит из нескольких, возможно пересекающихся или даже дублирующих друг друга частей, хранимых в различных ЭВМ вычислительной сети. Работа с такой базой осуществляется с помощью системы управления распределенной базой данных (СУРБД).
Классификация БД по способу доступа к данным:
Встраиваемые (локальные) – и база данных и управляющая программа находятся на рабочей станции
Файл-серверные - база данных находится на сервере, управляющая программа - на рабочей станции
Клиент-серверные – и база данных и управляющая программа находятся на сервере
(* специфика архитектуры клиент-сервер является использование языка запросов SQL)
Классификация БД по уровню нормализованности:
•OLTP ( On-Line Transaction Processing - оперативная обработка транзакций) – сильно нормализованные (быстро и надежно выполняют много одновременных простых
запросов).
Использование: складской учет, системы продажи билетов, банковские системы и т.п.
•OLАP (On-Line Analitical Processing -оперативная аналитическая обработка данных) – слабо нормализованные (быстро выполняют редкие, но сложные по структуре анализа данных запросы)
Использование: системы поддержки принятия решений, системы интеллектуального анализа данных
67. (3.35) Логическое проектирование реляционной базы данных: основные понятия и типы связей в ER-диаграммах.
Логическое проектирование — создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Для реляционной модели данных даталогическая модель — набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи.
Преобразование концептуальной модели в логическую модель, как правило, осуществляется по формальным правилам. Этот этап может быть в значительной степени автоматизирован.
На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД.
Основные понятия ER-диаграммах:
Сущность-это класс однотипных объектов, информация о которых должна быть учтена в модели в виде таблицы.
Экземпляр сущностиэто конкретный представитель данной сущности (запись в таблице) Атрибут сущностиэто именованная характеристика, являющаяся некоторым свойством сущности (поле таблицы)
Ключ сущности-это неизбыточный набор атрибутов, значения которых в совокупности являются уникальными для каждого экземпляра сущности.
Связь-это некоторая ассоциация между двумя сущностями.
Типы связей между сущностями:
68. (3.36) Основные способы нормализации баз данных.
Нормализация базы данных – приведение структуры базы данных к виду, обеспечивающему минимальную логическую избыточность.
Производится за счет декомпозиции сущностей так, чтобы в каждой из них хранились только первичные факты, не выводимые из других хранимых фактов.
Классификация БД по модели данных:
Иерархическая
Сетевая
Реляционная
Объектно-ориентированная Классификация БД по уровню нормализованности:
OLTP – сильно нормализованные (быстро и надежно выполняют много одновременных простых запросов)
OLАP – слабо нормализованные (быстро выполняют редкие, но сложные по структуре анализа данных запросы
Классификация БД по степени распределенности:
Централизованная
Распределенная
69.(3.37) Основные функции СУБД MS Access
1Непосредственное управление данными во внешней памяти Эта функция включает обеспечение необходимых структур внешней памяти как для хранения
данных, непосредственно входящих в БД, так и для служебных целей, например, для убыстрения доступа к данным в некоторых случаях (обычно для этого используются индексы). В некоторых реализациях СУБД активно используются возможности существующих файловых систем, в других работа производится вплоть до уровня устройств внешней памяти. Но подчеркнем, что в развитых СУБД пользователи в любом случае не обязаны знать, использует ли СУБД файловую систему, и если использует, то как организованы файлы. В частности, СУБД поддерживает собственную систему именования объектов БД.
2. Управление буферами оперативной памяти СУБД обычно работают с БД значительного размера; по крайней мере этот размер обычно
существенно больше доступного объема оперативной памяти. Понятно, что если при обращении к любому элементу данных будет производиться обмен с внешней памятью, то вся система будет работать со скоростью устройства внешней памяти. Практически единственным способом реального увеличения этой скорости является буферизация данных в оперативной памяти. При этом, даже если операционная система производит общесистемную буферизацию (как в случае ОС UNIX), этого недостаточно для целей СУБД, которая располагает гораздо большей информацией о полезности буферизации той или иной части БД. Поэтому в развитых СУБД поддерживается собственный набор буферов оперативной памяти с собственной дисциплиной замены буферов.
3. Управление транзакциями Транзакция - это последовательность операций над БД, рассматриваемых СУБД как единое целое.
Либо транзакция успешно выполняется, и СУБД фиксирует (COMMIT) изменения БД, произведенные этой транзакцией, во внешней памяти, либо ни одно из этих изменений никак не
отражается на состоянии БД. Понятие транзакции необходимо для поддержания логической целостности БД.
4. Журнализация Одним из основных требований к СУБД является надежность хранения данных во внешней
памяти. Под надежностью хранения понимается то, что СУБД должна быть в состоянии восстановить последнее согласованное состояние БД после любого аппаратного или программного сбоя. Обычно рассматриваются два возможных вида аппаратных сбоев: так называемые мягкие сбои, которые можно трактовать как внезапную остановку работы компьютера (например, аварийное выключение питания), и жесткие сбои, характеризуемые потерей информации на носителях внешней памяти. Примерами программных сбоев могут быть: аварийное завершение работы СУБД (по причине ошибки в программе или в результате некоторого аппаратного сбоя) или аварийное завершение пользовательской программы, в результате чего некоторая транзакция остается незавершенной Журнал - это особая часть БД, недоступная пользователям СУБД и поддерживаемая с особой
тщательностью в которую поступают записи обо всех изменениях основной части БД. В разных СУБД изменения БД журнализуются на разных уровнях.
5. Поддержка языков БД Для работы с базами данных используются специальные языки, в целом называемые языками баз
данных. В ранних СУБД поддерживалось несколько специализированных по своим функциям языков. Чаще всего выделялись два языка - язык определения схемы БД (SDL - Schema Definition Language) и язык манипулирования данными (DML - Data Manipulation Language). SDL служил главным образом для определения логической структуры БД, т.е. той структуры БД, какой она представляется пользователям. DML содержал набор операторов манипулирования данными, т.е. операторов, позволяющих заносить данные в БД, удалять, модифицировать или выбирать существующие данные
70.(3.38) Основные средства и порядок создания и модификации таблиц в СУБД MS Access. Таблицы создаются пользователем для хранения данных. Каждому объекту концептуальной модели предметной области соответствует одна таблица, которая состоит из полей (столбцов) и записей (строк). Каждое поле содержит одну характеристику (один атрибут) объекта предметной области. В записи собраны сведения об одном экземпляре этого объекта.
Работа по созданию базы данных на персональном компьютере (ПК) начинается с создания таблиц. После нажатия кнопки [Создать] в окне База данных разработчику предоставляется возможность выбора одного из пяти способов создания таблицы.
Если для создания таблицы выбран режим конструктора, то появляется окно Таблица 1 - это таблица, в котором определяется структура создаваемой таблицы базы данных.
Для определения поля в открывшемся окне задаются Имя поля, Тип данных, Описание (в виде краткого комментария), а также в разделе Свойства поля задаются общие свойства — на закладке Общие и тип элемента управления — на закладке
Таблица 1 - Способы создания таблиц в СУБД Access
Подстановка Каждое поле в таблице должно иметь уникальное имя, удов-летворяющее соглашениям об
именах объектов в Access и являющееся комбинацией из букв, цифр, пробелов и специальных символов (за исключением знаков . ! «»). Максимальная длина имени — 64 символа.
Тип данных определяется значениями, которые предполагается вводить в поле, и операциями, которые будут выполняться с этими значениями. В Access допускается использование восьми типов данных. Список возможных типов данных каждого поля вызывается нажатием соответствующей кнопки.
Общие свойства поля задаются на закладке Общие для каждого поля и зависят от выбранного типа данных.
Размер поля — определяет максимальный размер данных, сохраняемых в поле. Рекомендуется задавать минимально допустимый размер поля, так как сохранение таких полей требует меньше памяти и обработка выполняется быстрее; Формат поля — является форматом отображения заданного типа данных и задает правила
представления этих данных при выводе их на экран или печать. Конкретный формат выбирается в раскрывающемся списке значений свойства Формат поля. Для числового и денежного типов данных задается число знаков после запятой (от 0 до 15); Подпись поля — задает текст, который выводится в таблицах, формах, отчетах;
Условие на значение — позволяет осуществлять контроль ввода данных, задает ограничения на вводимые значения, при нарушении условий запрещает ввод и выводит текст, заданный свойством Сообщение об ошибке; Сообщение об ошибке — задает текст сообщения, выводимый на экран при нарушении
ограничений, заданных свойством Условие на значение.
Тип элемента управления — это свойство, которое задается на закладке Подстановка в окне конструктора таблиц и определяет, будет ли отображаться поле в таблице и в какой форме (в виде поля, списка или поля со списком). Таким образом, определяется тип элемента управления, используемого по умолчанию для отображения поля. Если для отображения поля выбран тип
элемента управления Список или Поле со списком, то на закладке Подстановка появляются дополнительные свойства, которые определяют источник данных для строк списка и ряд других его характеристик.
Если при определении типа поля был выбран мастер подстановок, то им и будут заполнены значения свойств на закладке Подстановка.
71.(3.39) Основные средства и порядок создания и модификации запросов в СУБД MS Access. Виды запросов.
Запросы - это средство обработки данных при решении тематических, логических, статистических и технологических информационных задач.
Запрос - спецификация (предписание) на специальном языке (языке базы данных) для обработки данных.
Формы и отчеты позволяют выполнять фильтрацию и отбор данных непосредственно на основе таблицы. Запросы имеют преимущество, поскольку позволяют выполнить сортировку или фильтрацию данных из нескольких таблиц.
Формирование запросов в СУБД может осуществляться в специальном редакторе; с помощью конструктора или с помощью пошагового мастера формирования запросов. Классификация запросов в СУБД приведена на рисунке 2.1.
Типы запросов:
В СУБД MS Access можно применять пять типов запросов.
Запрос на выборку обеспечивает отбор данных по определенному условию. Запрос с параметром позволяет менять условие отбора в одном запросе. Запрос на изменение меняет содержимое исходных таблиц.
Перекрестные запросы позволяют анализировать данные и создавать таблицу аналогичную таблице Excel со строками и столбцами.
Запросы на языке SQL позволяют пользователю сформулировать сложные по структуре критериев и вычислений запросы.
Способы создания запросов в MS Access
Создание запросов в MS Access включает следующие этапы:
1)В окне базы данных Access выбрать вкладку «Запросы».
2)Щелкнуть по кнопке «Создать».
3)MS Access выведет окно «Новый запрос» с пятью вариантами создания запросов. Конструктор предназначен для самостоятельного создания нового запроса. Простой запрос - для создания запроса на выборку из определенных полей.
Перекрестный запрос - создание запроса, выводящего данные в компактном формате, подобном формату электронной таблицы.
Повторяющиеся записи - создание запроса на поиск повторяющихся записей в простой таблице или запросе.
Записи без подчиненных - создание запроса на поиск записей, которым не соответствует ни одна запись в подчиненной таблице.
72. (3.40) Основные средства и порядок создания и модификации форм и отчетов в СУБД MS Access.
Создание форм Самый легки способ создания формы с помощью Мастера форм. Выберите Формы / Создать. На
экране появится окно диалога «Новая форма», в котором необходимо выбрать метод построения формы и исходный объект для построения формы. В качестве такого объекта могут быть выбраны