Отчеты - отображение на бумаге/экране инф-ции из БД в виде, удобном для её восприятия и анализа пользователем.
Существует три способа создания отчета: в автоматическом режиме, с помощью Мастера и с помощью Конструктора. В автоматическом режиме на основе выбранной таблицы или запроса создается автоотчет в столбец (с расположением полей в столбец) или ленточный (с расположением полей в строку). Мастер отчетов позволяет создать отчет на основе ответов пользователя на вопросы, касающиеся структуры, содержания и оформления отчета.
• так как в отчете нужны частные итоги, то включите еще и разделы "Заголовок группы" и "Примечание группы" по командеВид/Сортировка и группировка
создайте в Области данных поле для расчета знач-я в каждой строке. Для этого вставьте свободное поле и в нем с помощью Построителя выражений введите выражение:
= Nz([Материальная помощь])+Nz([Надбавка])+ Nz([Стипендия])
Введите текст надписи, связанной с этим полем, - Всего;
выделите надписи всех полей в Области данных, вырежьте их в буфер обмена и вставьте в раздел "Верхний колонтитул";
• сконструируйте частные итоги:
вставьте в раздел "Примечание группы" четыре свободных поля и удалите их надписи;
введите в эти поля, используя Построитель выражений, выражения для подсчета сумм начислений по их видам для каждой группы.Например: =Sum(Nz([Материальная помощь]))
=Sum(Nz([Надбавка]))=Sum(Nz([Стипендия]))
и выражение для подсчета общей суммы начислений для каждой группы:=Sum(Nz([Материальная помощь])+Nz([Надбавка])+ Nz([Стипендия]))
вычисляемые поля расположите в строку под соответствующими полями раздела "Область данных";
• сконструируйте общий итог:
вставьте четыре свободных поля в раздел "Примечание отчета" и удалите их надписи;
введите в эти поля выражения для подсчета сумм начислений по их видам для всех групп:
=Sum(Nz([Материальная помощь]))=Sum(Nz([Надбавка]))
=Sum(Nz([Стипендия]))
и выражение для подсчета общей суммы начислений для всех групп:
=Sum(Nz([Материальная помощь])+Nz([Надбавка])+ Nz([Стипендия]))
54. Создание Web-приложения БД. В Access возможно создание статических Web-страниц и СДКД. Статическая Web-страница– та, кот отображает данные из БД в состоянии на момент создания Web-стр. Ее можно создавать для объектов БД – табл, запр, отч, экспортируя их содержимо в HTML-файл по команде Файл/Экспорт/Внешние данные. СДКД – диалогов Web-страница, кот поддерживает динамич связь с БД и позволяет просматрив, редактир и вводит данные в базу. Она сохраняется не в БД, а в HTML-файле. В БД хранится лишь указатель на этот файл-ярлык. На СДКД может размещаться форма или интерактивн отчет. Стр, содержащие форму, позвол вводить новые записи в БД, изменять значения полей в записях базы, удалят записи из базы. Стр, содержащие интерактивный отчет, дают возможность управлять составом отчета в процессе его просмотра. Возможна также сортировка и фильтрация записей. Сущ след способы создания СДКД: в автомат режиме, с пом Мастера, путем изменен сущ Web-страницы и с пом Констр. Создание с пом Конст требует навыков манипулирова объектами, расположенным на СДКД: их выделения, перемещ, выравнивания,изменения размеров. Просмотреть созданную страницу можно в Access, а также в браузере I Explorer. Чтобы статические Web-страницы и СДКД были доступны пользователям Интернет или Интранет, они должны размещаться на Web-сервере сети, а БД – на сервере сети.
55. Макросы могут быть разные по структуре. 1. Макрос, в кот макрокоманды выполняютсяпоследовательно наз линейным. 2. Макрос, в кот отд макрокоманда или набор макрокоманд выполняются в зав от выполнени некот условия - м с условием. 3. Макрос, в кот объединены нескол лог связанных макросов - групповым. 4. Макрос, в кот есть многократное выполнение другого макроса - макросом с циклом. Сущ макросы связанные с событиями и не связанные с ними. Событие – это изменение состояния объекта БД, в момент возникновения кот можно изменить стандартный порядок обработки объекта и определ свою, нестандартную реакцию. В Access только ф и о явл объектами, для кот определены события. Для обработки событий разрабатываются макросы связанные с событиями. В Констр макросов формируетс последовательност макрокоманд, затем она сохраняетс и выполняетс. При наличии ошибок в макросе производитс его отладка в режиме пошаговой отладки
57. Каждая команда SQL начинается с действия – ключевого слова или группы слов, описывающих выполняемую операцию. Н-р, INSERT, DELETE, COMMIT, CREATE TABLE. После действия может следовать 1 или неско предложений. Предложение описывает данные, с кот работает команда, или содержит уточняющую информо действии, выполняемом командой. Каждое предложение начинается с ключевого слова, такого как, н-р, WHERE, FROM, INTO, HAVING. Многие предложения содержат имена табл и полей БД; некот – константы и выражения. В выраж-ях могут исп-ся след типы операторов: арифм, отношения, логические, спец-ые. Имена табл, полей и пользователей должны содержать от 1 до 18 символов, начинатся с буквы и не содержать пробелов или спец символов пунктуации. В качестве имен нельзя испол ключевые слова SQL.
58. Типы данных SQL: 1) CHAR или CHARACTER(длина) - строка символов постоянной длины 2)INTEGER, INT- целое число 3) SMALLINT- малое целое; 4) NUMERIC, DECIMAL, DEC (точность, степень) -число с фиксированной запятой 5) FLOAT (точность)-число с плавающей запятой. Более поздние стандарты предусматривают доп-но и другие типы, такие, н-р, как строка символов переменной длины, дата, время, абстрактные типы данных и др.
Выражения в SQL используются для выполн операций над значениями, кот считаны из БД, или для выбора информ из БД. Выражение- опр последовательность полей, констант, функци, соединенных операторами. Для указания конкретных знач данных испол-ются константы. Различают след виды констант:
1)с фиксированной запятой(пишут точку) 2)с плавающей 3) Строковые (д.б. заключены в одинарные кавычки). 4) Отсутствующ значение (NULL). SQL поддерживает обработку отсутствующ данных с пом понятия «отсутствующее знач».
Большинство SQL поддерж агрегатные ф-ции: COUNT(кол-во знач в столбце таблицы), SUM(сумм знач в столбце),AVG(ср арифм знач в столб),MAX и MIN.
В выраж можно испол след типы операторов: арифм, отношения(< >), лог(и или not), спец(in, between, like, is null)
59. Возможности SQL явля мощным инструментом, обеспечивающим пользователям, прикладн программам и вычислит системам доступ к информ, содержащейся в БД. SQL выполняет множест функций:1-вписание данных. 2–выборка данных. 3–обрн-ка данных. 4–упр-е доступом. 5) совм-ое исполь-е данных, 6) цел-ть данных.
К категории определение данных относятся команды, позволя создавать, изменять и уничтожать БД и объекты БД, такие как табл и представления: 1) CREATE TABLE<имя таблицы>- структуру табл. 2) DROP TABLE-Удаляет 3) ALTER TABLE-Изменяет описание 4) CREATE VIEW-Создает представление
К категории Внесение изменений в БД относятся команды, позволяющие добавлять, удалять и модифицировать данные в таблицах: 1) INSERT-Добавляет новые записи в табл 2) DELETE-Удаляет записи 3) UPDATE-Обновляет данные табл. Категория Извлечение данных состоит из 1 команды SELECT
60. Типы транзакций. К категории Управл транзакциями относятся команды, позвол обеспеч целостность данных в БД. Для обеспеч целостности данных в SQL испол ср-ства обработки транзакци. Транзакция–совокуп операций манипулирования данными в системе БД, кот переводит БД из одного целостного состояния в другое. SQL-транзакция–последовательность команд SQL, обладающая св-вом неделимости относительно восстановления состояния БД. Иначе говоря, это несколько последовательных команд SQL, которые рассматриваются как единое целое.
В языке SQL обработка транзакций реализована с помощью двух команд: COMMIT и ROLLBACK. Они управляют изменениями, выполненными группой команд. Команда COMMIT сообщает об успешном окончании транзакции. Она информирует СУБД о том, что транзакция завершена, все ее команды выполнены успешно и противоречи в БД не возникли. Команда ROLLBACK сообщает о неуспешном окончании транзакции. Она информирует СУБД о том, что пользователь не хочет завершать транзакцию, и СУБД должна отменить все изменени, внесенны в БД в результате выполнения транзакции. В этом случае СУБД возвращает БД в состояние, в котором она находилась до выполнения транзакции. Команды COMMIT и ROLLBACK используются в основном в программном режиме, хотя возможно их использование и в интерактивном режиме.
61. К категорииУправление доступом SQL относятся команды для осущ администрат ф-ций, присваивающих или отменяющих право использ таблицы в БД опр образом. Каждый пользователь БД имеет опр права по отнош к объектам БД. Права –те действия с объектом, кот может выполнят пользов. Права могут меняться с течением времени: старые могут отменяться, новые–добавл. Стандартом языка SQL предусмотр след права: SELECT–право читать табл; INSERT– право добавлять данные; UPDATE – право изменять данные; DELETE – право удалять данные; REFERENCES – право определять первичный ключ. Команды: 1) GRANT-Предоставляет пользователю право доступа GRANT SELECT, UPDATE ON Сведения TO… 2) REVOKE-Отменяе право доступа REVOKE UPDATE ON Сведения TO…
64. Обработка данных – совокуп методов и ср-тв, осущ-ющих преобразование данных. Концепции обработки данных – 1) на мэйнфреймах в пакетном режиме; 2)обр-ка Бд с помощью систем удален обр-ки данных. 3)обр-ка локальных БД на ПК с помощью настольных СУБД; 4)исп-е систем совм-го исп-я (работа с центр БД с помощью сетевых версий наст СУБД) 5) исп-е клиент/серверных систем, 6) исп-е ситем обр-ки распр-ых БД.
Обзор настольных СУБД
Сетевые версии настольных СУБД отличаются от локальных версий тем, что они обладают некоторыми специальными механизмами, позволяющими многим пользователям совместно обращаться к общим ресурсам данных из централизованной базы данных. СУБД на каждой рабочей станции посылает запросы файловому серверу по всем необходимым ей данным, которые хранятся на диске файлового сервера. Все данные из БД пересылаются на компьютер пользователя, независимо от того, сколько реально их нужно для выполнения запроса. В результате на компьютере пользователя создается локальная копия БД (время от времени обновляемая из реальной БД на сервере). Затем СУБД пользователя выполняет запрос.
Достоинства настольных СУБД:
они являются простыми для освоения и использования;
обладают дружественным пользовательским интерфейсом;
ориентированы на класс ПК, на самую широкую категорию пользователей – непрофессионалов;
обеспечивают хорошее быстродействие при работе с небольшими БД.
Недостатки настольных СУБД:
при росте объемов хранимых данных и увеличении числа пользователей снижается их производительность и могут возникать сбои при обработке данных;
контроль за целостностью совершается внутри пользовательского приложения, что может вызывать нарушение целостности данных;
очень малая эффективность работы в компьютерной сети.
Известно более десятка настольных СУБД. Наиболее популярными, исходя из числа проданных копий признаютсяDBASE, VisualDBASE, Paradox, MicrosoftFoxPro, VisualFoxPro, Access.
68. архитектуры клиент/серверной системы –. Наиболее эффективную работу с центр-ной БД обеспечивает арх-ра клиент/сервер. В отличие от сист удал обраб, в к-й имеется только 1 комп, клиент/серверная система состоит из множества компьютеров, объединенных в сеть. Компы наз-ые клиентами, занимаются обраб прикладных программ. Комп, наз серверами, занимаются обработкой БД.
Тип компов, исп в качестве клиентов может быть разным, это могут быть большие ЭВМ или микрокомпьютеры. Однако, как правило, функции клиентов выполняют почти всегда ПК. В роли сервера может выступать комп любого типа, но по экон причинам функции сервера чаще всего также выполняют ПК, но имеющие более высокую производительность.На сервере сети размещается БД и устанавливается мощная серверная СУБД – сервер баз д. Сервер БД – это программный компонент, обеспечивающий хранение больших объемов информации, ее обработку и представление ее пользователям в сетевом режиме.
Клиентские приложения, серверы баз данных На комп-клиенте приложение-клиент формирует запрос к БД. Серверная СУБД обеспечивает интерпретацию запроса, его выполнение, формирование результата запроса и пересылку его по сети на клиентский компьютер. Клиентское приложение интерпретирует его необх образом и представляет пользователю. Клиентское приложение может также посылать запрос на обновление БД и серверная СУБД внесет необходимые изменения в БД.
Современны серверы БД
Современные серверные СУБД:
- существуют в нескольких версиях для различных платформ, - в большинстве случаев поставляются с удобными административными утилитами;
- осуществляют резервное копирование и архивацию данных и журналов транзакций;
- поддерживают несколько сценариев репликаций;
- позволяют осуществлять параллельную обработку данных в многопроцессорных системах. Серверы, допускающие параллельную обработку, разрешают нескольким процессорам обращаться к одной БД, что обеспечивает высокую скорость обработки транзакций;
- поддерживают создание хранилищ данных и OLAP. Хранилище данных – это совокупность данных, полученных прямо или косвенно их информационных систем, которые содержат текущую и деловую информацию, а также из некоторых внешних источников.
- выполняют распределенные запросы и транзакции;
- дают возможность использовать различные средства проектирования схем данных – универсальные или ориентированные на конкретную СУБД;
- имеют средства разработки клиентских приложений и генераторы отчетов;
- поддерживают публикацию баз данных в Интернет;
- обладают широкими возможностями управления пользовательскими привилегиями и правами доступа к различным объектам БД.
Oracle 9, MS SQL Server 2000, Informix
71.Механизмы доступа к данным на сервере
Все серверные СУБД имеют клиентскую часть, которая обращается к БД посредством СУБД. Между клиентским приложением и СУБД не существует прямой связи и дополнительно встраиваются программные модули, позволяющие клиентскому приложению получать доступ к БД, создаваемым с помощью разных СУБД. Такие модули называются механизмами доступа к данным. Существует два основных способа доступа к данным из клиентских приложений: использование прикладного интерфейса и использование универсального программного интерфейса. Прикладной программный интерфейс представляет собой набор функций, вызываемых из клиентского приложения.Прикладной программный интерфейс различен для разных СУБД. Универсальный механизм доступа к данным обеспечивает возможность использования одного и того же интерфейса для доступа к разным типам СУБД. Обычно он реализован в виде специальных дополнительных модулей, называемых драйверами. Наиболее распространенным программным интерфейсом, обеспечивающим доступ к данным конкретной базы данных является ODBC.
63. Диалектика языка SQL Несмотря на наличи международного стандарта ANSI SQL, многие компании, занимающиеся разработкой СУБД, вносят изменени в язык SQL, применяемый в разрабатываемой СУБД, тем самым отступая от стандарта. Каждая из реализаций языка SQL в конкр СУБД называется диалектом. Функции, которые добавляются к стандарту языка разработчиками коммерч реализаций, принято называть расширениями. Выделяют три уровня соответствия стандарту ANSI/ISO - нач, промежуточны и полный. В наст время не сущ ни одного диалекта, полностью соответс-ющ стандарту. Производители СУБД применяют собственные реализации SQL, отвечающие как min начальному уровню и содержащие некот расширения, специфич для данной СУБД. Не сущ двух совершенно идентичных диалектов.
Конкретная реализация языка, может включать в себя более широкие возможности по сравнению со стандартом SQL, н-р, > типов данных, >ее кол-во команд, > доп возможностей у имеющихся команд. Такие возможности делают работу с конкр СУБД более эф-ной. Кроме того, такие нестандартные возможности языка проходят практическую апробацию и со временем могут быть включены в стандарт. Недостаток в том, что различия в синтаксисе реализаций SQL затрудняют перенос приложений из одной системы в другую. В широко распространенных в настоящее время СУБД используются следующие диалекты языка SQL: 1) Oracle; 2) Informix-SQL. 3) Jet SQL.
72. В распределенной БД (РаБД)
Распределенная БД (РаБД) – набор логически связанных между собой разделяемых данных и их описаний, которые физически распределены по нескольким компьютерам (узлам) в некоторой компьютерной сети.
Каждая таблица в РАБД может быть разделена на некоторое количество частей, называемых фрагментами. Фрагменты могут быть горизонтальными, вертикальными и смешанными. Горизонтальные фрагменты представляют собой подмножества строк, а вертикальные – подмножества столбцов. Фрагменты распределяются на одном или нескольких узлах.
С целью улучшения доступности данных и повышения производительности системы для отдельных фрагментов может быть организована репликация – поддержка актуальной копии некоторого фрагмента на нескольких различных узлах. Репликаты – множество различных физических копий некоторого объекта БД, для которых в соответствии с определенными в БД правилами поддерживается синхронизация с некоторой «главной копией».
Существуют несколько альтернативных стратегий размещения данных в системе:раздельное (фрагментированное) размещение, размещение с полной репликацией и размещение с выборочной репликацией.
РаБД можно классифицировать на гомогенные и гетерогенные.
Гомогенной РаБД управляет один и тот же тип СУБД. Гетерогенной РаБД управляют различные типы СУБД, использующие разные модели данных – реляционные, сетевые, иерархические или объектно-ориентированные СУБД.
Гомогенные РаБД значительно проще проектировать и сопровождать. Кроме того, подобный подход позволяет поэтапно наращивать размеры РаБД, последовательно добавляя новые узлы к уже существующейРаБД. Гетерогенные РаБД обычно возникают в тех случаях, когда независимые узлы, управляемые своей собственной СУБД, интегрируются во вновь создаваемую РаБД.
73. 12 правил К. Дейта,
Работу с РаБД обеспечивают распределенные СУБД. Распределенная СУБД (РаСУБД) – комплекс программ, предназначенный для управления распределенной БД и позволяющий сделать распределенность информации «прозрачной» для конечного пользователя. Основная задача РаСУБД состоит в обеспечении средств интеграции локальных баз данных, располагающихся в некоторых узлах компьютерной сети, с тем, чтобы пользователь, работающий в любом узле сети, имел доступ ко всем этим БД как к единой БД. Пользователи взаимодействуют с РаБД через приложения. Приложения могут быть классифицированы как те, которые не требуют доступа к данным на других узлах (локальные приложения), и те, которые требуют 12.правил. 1. Локальная автономность. В данном контексте автономность означает следующее:- локальные данные принадлежат локальным владельцам и сопровождаются локально;- все локальные процессы остаются чисто локальными;- все процессы на заданном узле контролируются только этим узлом. 2. Отсутствие опоры на центральный узел. В системе не должно быть ни одного узла, без которого система не сможет функционировать, 3. Непрерывное функционирование. 4. Независимость от расположения.. 5. Независимость от фрагментации.. 6. Независимость от репликации. 7. Обработка распределенных запросов. Система должна поддерживать обработку запросов, ссылающиеся на данные, расположенные более чем на одном узле.8. Обработка распределенных транзакций.
9. Независимость от типа оборудования..10. Независимость от сетевой архитектуры. Система должна быть способна функционировать в сетях с различной архитектурой.11. Независимость от операционной системы. Система должна быть способна функционировать под управлением различных операционных систем. 12. Независимость от типа СУБД.
77. Администратор БД (АМД)
Пользователь БД (user) - это физическое или юридическое лицо, которое имеет доступ к БД и пользуется услугами информационной системы для получения информации.
Существуют различные категории пользователей:
Конечные пользователи.
Администратор базы данных (АБД) – это лицо или группа лиц, отвечающих за выработку требований к базе данных, ее проектирование, создание, эффективное использование и сопровождение. К основным функциям группы админа БД относят: 1. Анализ предметной области: 2. Проектирование структуры БД: 3. Задание ограничений целостности при описании структуры БД. 4. Первоначальная загрузка и ведение БД. 5. Защита данных. 6.Обеспеч восстановления БД: 7. Анализ обращений пользователей: сбор статистики по характеру запросов, времени их выполнения. 8. Анализ эф-сти функционирования БД: 9. Работа с конечными пользователями: 10. Подготовка и поддержание с-мных средств: 11. Организационно-методическая работа по проект-ию БД:
Разработчики и администраторы приложений.
Не в каждой БД могут быть выделены все типы пользователей. При разработке информационных систем с использованием настольных СУБД администратор БД, администратор приложений и разработчик часто существовали в одном лице.
База данных взаимодействует в соответствующей среде со множеством пользователей. Пользователи могут предъявлять противоречивые требования к базе данных. Следовательно, возникает проблема координации деятельности пользователей и управления целостностью данных и защитой БД. Необходимость решения этой проблемы вызвало необходимость администрирования в базы данных.
78. Актуальность защиты БД. По мере того как деятел организаций всё > зависит от комп информац технологий, проблемы защиты БД становятся всё >ее актуальными. Угрозы потери конфиден информ стали обычным явлением в соврем комп мире. Если в системе защите есть недостатки, то данным м.б. нанесен ущерб, кот м.б. выражен в: нарушении целостности данных, потере важной информ, попадании важных данных посторонним лицам и т.д. Каждый сбой работы БД может парализовать работу целых корпораций, банков, что приведет к ощутимым мат потерям. Защита данных становится одной из самых актуал проблем в соврем комп технологиях. Чтобы обеспечить защиту данных в комп с-мах необходимо опред перечень мер, обеспечивающих защиту. Правовая охрана БД. В технически развитых странах формируются информац ресурсы, и происходит переход от индустриал эк-ки к эк-ке, основанной на информации. Сейчас по своему соц значению информатизация об-ва сопоставима с ее индустриализацией. Наш век называют веком информации. Информация стала главной ценностью земной цивилизации. Это послужило причиной обращения законодателей многих стран к проблеме правового регулирования пр-ва и распространения информации. РБ стремится к созданию цивилизованного информац рынка. Об этом свидетельствуют принятые указы, постановления, законы: Об информатизации; О НТ информ; О национальном архивном фонде и архивах в РБ;О печати и других средствах массовой информации и др.
49. корректировка БД. Схема данных является удобным и наглядным средством отображ лог связей таблиц БД. Связи испол для объединения записей связанных табл при любой обработке. Это упрощает процесс конструирования многотабличных запросов, ф и о. Если создается связь с поддержкой целостности данных, то можно предусмотреть в БД следующие каскадные операций (операцию корректировке БД):
- каскадное обновление связанных полей— изменение значений ключа в записи гдавной табл влечет автомат изменение значений вторичного ключа в подчиненных записях;
- каскадное удаление связанных записей — удаление записи из главной табли приводит к автомат удалению всех подчиненны
Для создания схемы данных вводится команда Сервис / Схема данных. Затем необходимо:
Методы защиты БД
К основным средствам защиты относится: защита паролем; шифрование данных и программ; разграничение прав доступа к объектам базы данных; защита полей и записей таблиц БД. Защита паролем представляет собой простой и эффективный способ защиты БД от несанкционированного доступа. Основной ее недостаток состоит в том, что все пользователи, использующие одинаковый пароль, с точки зрения вычислительной системы неразличимы. Более мощным средством защиты данных от просмотра является их шифрование. Шифрование – это преобразование читаемого текста в нечитаемый текст, при помощи некоторого алгоритма; применяется для защиты уязвимых данных. Процесс дешифрования восстанавливает данные в исходное состояние. В целях контроля использования основных ресурсов СУБД во многих системах имеются средства установления прав доступа к объектам БД. Права доступа определяют возможные действия над объектами. Владелец объекта (пользователь, создавший объект), а также администратор БД имеют все права. Остальные пользователи к разным объектам могут иметь различные уровни доступа. Разрешение на доступ к конкретным объектам базы данных сохраняется в файле рабочей группы. Файл рабочей группы содержит данные о пользователях группы и считывается во время запуска. Файл содержит следующую информацию: имена учетных записей пользователей, пароли пользователей, имена групп, в которые входят пользователи. По отношению к таблицам могут предусматриваться следующие права доступа: - просмотр данных; - изменение; - изменение структуры таблицы
