Классификация ЭС по решаемой задаче

⇐ ПредыдущаяСтр 4 из 4

Интерпретация данных, Диагностирование, Мониторинг, Проектирование, Прогнозирование, Сводное, Планирование, Обучение, Управление, Ремонт, Отладка.

Классификация ЭС по связи с реальным временем

Статические ЭС

Квазидинамические ЭС

Динамические ЭС

40.ПРОДУКЦИОННЫЕ МОДЕЛИ. БАЗА ФАКТОВ. БАЗА ПРАВИЛ. РАБОТА МАШИНЫ ВЫВОДА.

ПМ-модель, основанная на представлении знаний в виде правил «Если (условие), то (действие)». Условие- некоторое предложение, образец, по которому осущ-ся поиск в базе знаний. Действие- действия, выполняемые при успешном исходе поиска. Традиционная продукционная модель знаний включает в себя следующие базовые компоненты: 1)набор правил (или продукций), представляющих базу знаний продукционной системы; 2)рабочую память, в которой хранятся исходные факты, а также факты, выведенные из исходных фактов при помощи механизма логического вывода; 3)сам механизм логического вывода, позволяющий из имеющихся фактов, согласно имеющимся правилам вывода, выводить новые факты.

Исходные факты (данные)- хранятся вбазе фактов,набор правил-в Базе Правил. Средство получения новой информации – машина вывода – программа, управляющая перебором правил из продукционной базы знаний. Функции машины вывода: 1.Просмотр существенных фактов из рабочей памяти(базы фактов), правил из БЗ и добавление по возможности в рабочую память новых фактов. 2.Определяет порядок просмотра и применение правил.

В больш-ве сис-м, основанных на знаниях, машина вывода- небольшая по объему программа из двух компонентов: компонента вывода и управляющего компонента. Достоинства: наглядностью, высокой модульностью, легкостью внесения дополнений и изменений и простотой мех-ма логич вывода, Недостаток: при накоплении большого числа правил они начинают противоречить др. с др., неясность взаимных отношений между составляющими конкретную продукционную модель знаний правилами, а также правилами логического выбора.

41.СЕМАНТИЧЕСКИЕ СЕТИ. ВИДЫ ОТНОШЕНИЙ. ПРИМЕР СЕМАНТИЧЕСКОЙ СЕТИ.

Семант. сеть – график с именованными вершинами и дугами, вершины к-го предст-ют понятия, а дуги – отношения м/у ними. Термин «семантическая» озн-ет смысловая. Семантика уст-ет соотношения между символами и объектами, которые они обозн-ют, т. е. опр-ет смысл обозн-й (их интерпретацию).

Наиболее часто исп-мые связи: 1.Связи типа «часть-целое»(класс-подкласс). 2.Функц-ные (опр-емые глаголами «производит», «влияет»). 3. Коллич-ные (>,<,=). 4. Простр-ные(напр, далеко от).5. Временные(раньше, позже). 6. Атрибутивные(иметь св-во, иметь знач-е). 7. Логические (и, или, не…).

ПО числу типов отношений: 1.однородные (с единств-м типом связи); 2.Неодн-ные (с разл. типами связи). По типам отн-я: 1.бинарные (сод-щие только бинарные отн-я). 2.N-арные (вкл-щие отношения, связ-щие более 2 понятий). По стр-ре:1.Отн-е м/у надмножеством и подмножеством (наз-ся AKO-«A Kind Of», «разновидность»). (Пример: «собака является животным» = тип с именем собака явл-ся подтипом типа животные). 2.Отн-ие м/д объектом и множ-ом, обозн-щим, что объект принадлежит этому множеству, наз-ся отн-ем класс-ции (ISA). Говорят, что мн-во (класс) классифицирует свои экземпляры (пример:«Шарик явл-ся собакой»=Шарик явл-ся объектом типа собака). Поиск решения в БЗ типа СС сводится к поиску фрагмента сети, отраж-его пост-ый запрос к базе. Преимущ-во: более других моделей соответствует представлениям об организации долговременной памяти человека. Недостаток: сложность орг-ии процедуры поиска вывода на СС. Пример:

42.ФРЕЙМЫ, ИХ ВИДЫ, СТРУКТУРА. СЕТИ ФРЕЙМОВ. ПРИМЕРЫ ФРЕЙМОВ.

Фрейм- абстрактный образ для представления некого стереотипа восприятия. Фрейм- формализованная модель для отображения образа. Виды фреймов: фреймы-образцы (прототипы), хранящ. в БЗ, и фреймы-экземпляры, кот создаются для отображения реальных фактич. ситуаций на основе поступающих данных. Всё многообразие знаний о мире можно отобразить через: 1 фреймы-структуры - для обозначения объектов и понятий (заем, залог, вексель), 2 фреймы-роли (менеджер, кассир, клиент), 3 фреймы-сценарии (банкротство, собрание акционеров), 4 фреймы-ситуации(тревога, авария, рабочий режим устр-ва). Любой фрем создает набор атрибутов – слотов, знач кот явл-ся конкр данными. Каждый слот имеет уникальное имя. Слоты могут получать значения: -по умолчанию от фрейма-образца, -через наследование св-в от фрейма, указанного в слоте АКО(A-kind-of, это), - по формуле, указан в слоте, -через присоединенную процедуру, - явно из диалога с пользователем, - из БД. В кач-ве значения слота может выступать имя другого фрейма. Тогда образ-ся сети фреймов. Примеры фрейм-ориентрированных экспертных сис-м: ANALYST, MODUS, TRISTAN, ATLERID.

44.ХАР-КА СУБД MICRОSOFT ACCESS 2003: ТИП, ПЛАТФОРМА, ФУНК-НЫЕ ВОЗМ-ТИ, ПОЛЬЗОВАТ. ИНТЕРФЕЙС, НАСТРОЙКА РАБ. СРЕДЫ.

СУБД MicrosoftAccess2003 входит в программн. комплекс MicrosoftOffice 2003 и предназначена для работы с реляцион. БД.

Access имеет инструмент. средства для создания и работы: с локальн. БД, централизов. БД в локальной сети с файловым сервером, проектами (клиентскими приложениями, работающими с БД Microsoft SQL Server 6.5 или Microsoft SQL Server 7.0).

Access поддерживает механизм OLE – связывание и внедрение объектов различных приложений Windows в БД. Позволяет импортировать данные таблиц: других БД Access; MicrosoftFoxPro, Paradox, Microsoft SQL Server; табличн. процессора MicrosoftExcel и др.

Внешними для Access могут быть также: данные почтовой программы Microsoft Exchange; таблицы и списки HTML на сервере локальной, корпоративной сети (сети масштаба предприятия), сети Internet. Может экспортировать объекты БД в другие приложения.Access позволяет осуществлять восстановление БД, сжатие БД, защиту БД. Дает возможность конвертировать БД из предыдущих версий в текущую и наоборот.

Пользовательский интерфейс. 1. Система меню: главное и контекстно-зависимые меню; 2.Панели инструментов (набор графич. кнопок, назначение кот. – ускоренный вызов команд меню); 3.Виды окон Аксес: главн. окно, окно БД, окна конструктора и мастеров, окна объектов БД, окна св-в объектов БД и их эл-тов, окна сообщений, диалоговые окна.

Можно самому создавать и настраивать панели инструментов, строку меню и контекстные меню, а также устанавливать св-ва, влияющие на их вид и работу.

Открытыми одновременно могут быть неск. окон. Их можно разместить так, как того требует конкр. раб.ситуация, используя пункт меню Окно.

Настройки раб.среды: Сервис/Настройка, Вид/Панели инструментов/Настройка, Сервис/Параметр.

45. ХАРАКТЕРИСТИКА объектов БД

СУБД Access ориентирована на работу с объектами БД, к кот. относятся таблицы, запросы, формы, отчеты, страницы, макросы и модули. Таблица - основная структура, предназн. для хранения инф-ии в БД. Запрос - требование на: отбор данных, хранящихся в таблицах; выполнение вычислений над данными; изменения в БД. Форма - созданный на экране шаблон, используемый, для ввода, просмотра и редактирования записей БД. Отчет - отображение на принтере или на экране инф-ии из БД в виде, удобном для ее восприятия и анализа пользователем. Страница доступа к данным - диалоговая Web-страница, кот. поддерживает динамическую связь с БД и позволяет просматривать, редактировать и вводить данные в базу, работая в окне браузера Internet Explorer. Макрос - последовательность макрокоманд для автоматизации выполнения операций в среде Access без программирования. Модуль - программа для работы с БД, написанная на языке VBA.

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

46.ТИПЫ ОБРАБАТЫВАЕМЫХ ДАННЫХ И ВЫРАЖЕНИЯ.

В поля БД м. вводить данные след. типов: Текст-й (не более 255 симв-в). Поле MEMO. Длинн. текст (до 65535) симв-в. Числовой. Числ. данные, исп-мые в мат. выч-ях, за искл. ден. расчетов. Размеры числ. полей - 1, 2, 4, 8, 12 байтов. Дата/время.Даты из диапазона от 100 по 9999 год. Денеж-ный. Их макс. точность сост-ет 15 знаков слева от запятой и 4 знака справа от нее. Счетчик. Уникальные послед-ные с шагом 1 номера, автомат-ки присваиваемые при вставке записи в БД. Логический. Поля, к-ые м. иметь только 1 знач-е из пары знач-й, таких как Да/Нет, Истина/Ложь, Вкл/Выкл. Поле объекта OLE. Объекты др-х прил-й, к-ые м.б. связаны или внедрены в таблицу Access. Гиперссылка.Тут хран-ся гиперсс-ки - путь к файлу на жестком диске либо адрес в сети Internet.

Каждому типу поля соотв-ет набор свойств: 1)Размер поля. Для числ-го поля часто исп-мыми явл-ся значения: байт - целые числа от 0 до 255 (поле занимает 1 байт); целое – целые числа от -32 768 до 32 767 (2 байта); длинное целое - целые числа от -2 147 483 648 до 2 147 483 647 (4 байта). Прим-ся и др. значения: одинарное с плав. точкой, двойное с плав. точкой, действит.. 2)Формат поля. Опр-ет сп-б отображения текста, чисел, дат и значений времени на экране и на печати. 3)Число десятичных знаков. 4)Маска ввода. Задает маску ввода, облегч-ую ввод данных в поле. 5)Подпись. 6)Знач-е по умолчанию. Позв-ет ук-ть знач-е, автом-ки вводящееся в поле при создании нов. записи. 5)Условие на знач-е. Опр-ет множ-во знач-й, к-ые м. вводить в поле таблицы. 6)Сообщение об ошибке. Позв-ет ук-ть текст сообщения, вывод-ся на экран при вводе недопуст. значения. 7)Обяз-ное поле. Ук-ет, требует ли поле обязат. ввода знач-я. 8)Пустые строки. Опр-ет, доп-ся ли ввод в текстовое поле пустых строк. 9) Индекс-ное поле. Позв. создать индекс для поля, ускоряющий поиск и сортировку в таблице. 10)Сжатие Юникод для данного поля. Указывает, исп-ся ли кодировка Unicode.

47. ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА ДЛЯ СОЗДАНИЯ БАЗЫ ДАННЫХ И ЕЕ ПРИЛОЖЕНИЙ.

СУБД Access имеет разнообразные инструментальные средства, дающие возможность непрофессиональным пользователям решать задачи без использования языка запросов или языка программирования VBA.

Для автоматизации создания объектов БД (за исключением модулей) в Access используются специализированные средства, называемые конструкторами. Конструктор предоставляет пользователю ряд инструментальных средств, с помощью которых можно быстро и просто создавать и модифицировать объекты БД. Для конструирования макета формы, отчета, страницы используется панель элементов, появляющаяся при вызове конструктора. Конструирование сводится к вставке и размещению в разделах Конструктора по желанию пользователя различных элементов управления. ЭЛЕМЕНТ УПРАВЛЕНИЯ – графический объект, используемый для отображения данных из базы, выполнения действия или в качестве украшения.

В Access имеется также множество мастеров, используемых для создания объектов БД и выполнения специальных операций. Мастерзадает пользователю ряд вопросов и на основе его ответов строит законченный объект БД или осуществляет определенную операцию.

48. ТЕХНОЛОГИИ СОЗД-Я БД: ОПИСАНИЕ СТРУКТУРЫ ТАБЛИЦ, УСТАНОВКА СВЯЗИ МЕЖДУ ТАБЛИЦАМИ.

Проектирование БД -это процесс создания БД, предназначенный для поддержки деятельности в некоторой предметной области. Он включает след этапы: концептуальное проектирование-создание концептуальной модели данных исходя из представлений пользователей о предметной области; логическое П-преобразование концептуальной модели на основе выбранной модели данных в логическую модель, не завис. от особенностей используемой в дальнейшем СУБД для физич. реализации БД; физическое П-описание конкретной реализации БД с помощью СУБД во внешней памяти компьютера. Сущность-некоторый объект предметной области, который может существовать независ-мо. Экземпляр сущности-конкретный объект, характер-ся набором значений атрибутов сущности. Атрибут-это поименованная характеристика сущности. Ключ сущности-атрибут, кот. уникальным образом идентифицирует экземпляры сущ-сти.Связь между сущ-ми-взаимодействие между сущ-ми. Связь 1:1-каждый экземпляр сущ-сти А м.б. связан не более чем с 1 экз сущ-сти В.Связь 1:М- каждый экзмепляр сущ А м.б. связан не более чем с 1 экз сущ В,а каждый экз сущ В м.б. связан не более чем с 1 экз сущ-сти А. Класс принадлежности сущ-сти обяз-й -каждый экз сущ А связан с экз сущ В. КП необязательный- не каждый экз сущ А связан с экз сущ В. Модель «сущность-связь»-графическое представление сущностей и их связей. ER-диаграмма-графическое представление связи между 2 сущ-ми. На диаграмме изображается: сущность - прямоугольником (указывается имя), связь-ромбом (записывается глагол)

49. КОРРЕКТИРОВКА БД. (КАСКАДНЫЕ ОПЕРАЦИИ)

Если создается связь с поддержкой целостности данных, то можно предусмотреть в БД след. каскадные операции (операции по корр-ке БД):

- каскадное обновление связанных полей – изменение значений ключа в записи главной таблицы влечет автоматическое изменение значений вторичного ключа в подчиненных записях;

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

Для создания схемы данных вводится команда Сервис / Схема данных.Затем необходимо:

- в окне Добавление таблицы на вкладке Таблицы поочередно выделить значки связываемых таблиц и нажимать [Добавить], после чего нажать [Закрыть];

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

- в окне Изменение связей задать целостность данных, после чего – каскадные операции. При необходимости изменить способ объединения записей, заданный по умолчанию, воспользовавшись кнопкой «Объединение». После нажатия [Создать] произойдет возврат к окну Схема данных. В этом окне между таблицами установится связь, обозначенная на схеме, например, как 1:1, 1:¥.

При создании схемы данных возможны неточные действия пользователя:

- добавление таблицы лишний раз. Тогда для исключения лишнего списка полей из окна Схема данных он выделяется и нажимается клавиша Delete;

- перетаскивание первичного ключа не на вторичный ключ. Для удаления образовавшейся в этом случае линии связи она выделяется и нажимается клавиша Delete.

Для печати схемы данных используется команда

Файл / Печать схемы данных

Для изменения параметров существующей связи выполняется:

-открытие окна Схема данных;

-двойной щелчок по линии связи, подлежащей изменению;

-изменение параметров связи в появившемся окне Изменение связей.

50. РАБОТА С ТАБЛИЦЕЙ В РЕЖИМЕ ТАБЛИЦЫ (Т).

В режиме Т можно вып-ть след. операции: 1)редакт-ть и просм-вать данные; 2)изм-ть размеры столбцов и строк Т; 3)изм-ть порядок столбцов; 4)добавлять, удалять и переименовывать поля Т; 5)сортировать записи в Т; 6) осущ-ть поиск данных в ячейках Т и замену их при необход-ти; 7)вып-ть фильтрацию данных;

Данные в Т можно просматривать, перемещаясь по ней с пом-ю клавиш перемещ -ия курсором, клавиш Tab, Enter, Shift+Tab или воспольз-ся манип-ром мышь. Редакт-ние данных в Т БД осущ-ся аналогично редакт-ю данных в Т документа MS Word.

Изменения размеров столбцов и строк в Т БД осущ-ся аналог-но измен-ю размеров столбцов и строк в MS Excel, т.е. ширина столбцов и высота строк изм-ся перетаскив-м их границ. Для перемещ-я столбца его необх-мо выд-ть, щелкнув на заголовке столбца, а затем, нажав левую клавишу мыши, перетащить влево или вправо на новое место. Перемещ-е столбцов Т в режиме Т не приведет к изм-ю полей в др. режимах, напр. в режиме констр-р.

В таблице в режиме таблицы можно добавить, удалить и переименовать поля. Для вставки нового ст-ца исп-ся команда Вставка/Столбец. Для удаления ст-ца – выделить+Delete или команда «Удалить столбец» из контектсного меню. Чтобы переимен-ть заголовок ст-ца надо дважды щелкнуть на его имени, ввести нов. имя и нажать Enter или воспольз-ся контекстн. меню.

Для вып-я операции сорт-ка записей по возраст. или убыв. необх-мо выд-ть один из ст-цов (данные, кот. исп-ся для упорядочения записей), щелкнув на его заголовке. Затем вып-ть команду Записи/Сортировка/Сортировка по возраст-ю или убыв-ю. Для сортир-ки м. также восп-ся пиктограммами на панели инструментов или контекстное меню. Операция поиск данных в ячейках Т и замена их при необход-ти осущ-ся аналог-но поиску и замене текста в док-тах MS Word. Для поиска данных в Т можно исп-ть и фильтры, кот. отображают на экране только записи, соответств-е опр. условиям. Сп-бы: 1) фильтр по выдел-му (выд-ть данные в Т, кот. будут исп-ны для отбора→ команда Записи/Фильтр/Фильтр по выдел-му → в Т будут отобр-ся только записи, в к. имеются выдел-е данные. Для отмены пиктограмма Уд-ть фильтр на панели инстр-в). 2)Обычный фильтр. (отбор записей по несмежным полям; команда Записи/Фильтр/Изменить фильтр → в окне Фильтр в полях окна надо выбрать (из открыв-хся списков) те знач-я, по к. необх-мо осущ-ть фильтрацию → кнопка Прим-ние фильтра на панели инстр-тов. Для отмены – пикт. Удалить фильтр). 3)Расшир-й фильтр (когда треб-ся отфильтр-ть записи и одновр-но осущ-ть их сорт-ку; команда Записи/Фильтр/Расшир-й фильтр → в окне фильтра задать критерии условия отбора, тип сортировки по нескольким полям).

51.КОНСТРУИРОВАНИЕ ЗАПРОСОВ: ВЫБОРА, ПЕРЕКРЕСТНОГО, НА ВНЕСЕНИЕ изменений В БД.

Запрос-важнейший инструмент для извл-ия инф-ии из одной или неск-их таблиц БД. Поср-ом запроса можно вносить изменения в саму БД. Запрос может служить иструм-ом данных для форм, отчетов и страниц доступа к данным.Его рез-ом явл-ся новая таблица, кот-ая может быть просмотрена, проанализирована, а затем сохранена или не сохранена. Запросы позв. решать многие задачи: представлять данные в агрегированном виде, производить вычисления над полями БД, группировать записи и находить для полей итоговые значения с помощью статистических функций: Sum, Avg (соотв-нно сумма, среднее значений поля); Max, Min (соотв-нно максимальное, минимальное значение поля); Count (число значений поля). СУБД Access позволяет создавать запросы трех типов: запросы выбора, перекрестные запросы, запросы действия. Запрос выбора дает возможность: выбирать записи, удовлетворяющие условиям отбора; включать в результирующую таблицу поля из одной или нескольких таблиц в нужном порядке; осуществлять вычисления над полями БД; выполнять стат-ие расчеты для групп записей. Разновидн-ю запроса выбора является запрос с параметрами - запрос, при выполнении отображающий в собственном диалоговом окне приглашение ввести интересующее пользователя значение критерия отбора записей. Перекрестный запрос- спец-ый запрос итогового типа. Он отобр-ет рез-ты итог-ых статист-их расчетов над знач-ми нек-го поля в виде перекрестной таблицы. В ней значения одного или неск-их столбцов слева обр-ют загол-ки строк. Загол-ки столбцов предст-ют собой знач-я опред-ого поля, а на пересеч-ии строк и столбцов нах-ся итог-ые знач-ия. Запрос действия- запрос, который вносит изменения в саму БД. Существует четыре типа запросов действия: 1)запрос на удаление,2)запрос на обновление,3)запрос на добавление 4)запрос на создание таблицы. СУБД Access позволяет создавать запросы с помощью Мастеров и с помощью Конструктора. Мастера исп-сядля создания след-щих запросов: -простого запроса на выборку полей из источника запроса и подведение итогов;- перекрестного запроса; -запроса на поиск повторяющихся записей в таблице; -запроса на поиск записей, не имеющих подчиненных им записей в другой таблице. С пом-ю Конструктора можно создать любой запрос выбора, перекрестный запрос, запрос действия.

52. КОНСТР-НИЕ ФОРМЫ: ПРОСТОЙ, С ВКЛАДКАМИ, СОСТАВНОЙ, УПРАВЛЯЮЩЕЙ (С КНОПКАМИ).

Формы служат удобным средством для ввода, просмотра и редактирования информации БД. Формы для ввода представляют бланк, подлежащий заполнению, и дают возможность осуществить контроль вводимых данных и исключить ввод неверных. Бланк-форма упрощает процесс заполнения базы данными, благодаря чему в БД может вводить информацию пользователь невысокой квалификации. При просмотре и редактировании имеют дело с маской, накладываемой на набор данных. Маска-форма позволяет ограничить доступ пользователя к информации БД, заблокировав отдельные (служебные или засекреченные) поля или записи. Формы есть простые и составные (включающие другие формы). Они могут содержать различные элементы: поля БД и подписи к ним, списки, флажки, переключатели, кнопки, вкладки и др. В них возможны вычисления для отдельных записей и их групп, а также наглядное графическое представление данных в виде диаграмм. Форму можно спроектировать на базе одной или нескольких таблиц и/или запросов. На основе одной таблицы или запроса можно построить несколько форм. В форме имена полей берутся из описания таблицы, а сами поля пользователь располагает в соответствии со своими вкусами и требованиями и вносит различные элементы оформления: линии, рисунки, заливку и др. Форма создается «вручную» - с помощью конструктора форм, автомат-ным способом - с помощью Мастера форм и автоматически - с использованием автоформы. Конструктор форм предоставляет пользователю набор инструментов, с помощью которого пользователь может создать форму соответственно своим требованиям. Мастер форм руководит процессом проектирования форм. Он задает пользователю вопросы о структуре и оформлении формы, предлагая на выбор несколько вариантов. В результате диалога пользователя и Мастера форм появляется готовая форма. Автоформа на основе выбранной таблицы автоматически создает одну из форм: в столбец, ленточную, табличную.

53. КОНСТРУИРОВАНИЕ ОТЧЕТА С ВЫЧИСЛЕНИЯМИ В СТРОКАХ, С ЧАСТНЫМИ И ОБЩИМИ ИТОГАМИ.

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

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

СУБД Access предоставляет большие возможности по оформлению отчетов: шрифтовое, фоновое и цветовое оформление, обрамление, рисунки, деловая графика, вставка объектов других приложений. Все это позволяет создавать отчеты высокого качества.

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

Существует три способа создания отчета: с помощью Конструктора, с помощью Мастера отчетов и автоматическое создание – автоотчет. Конструктор дает возможность самостоятельного проектирования отчетов. Мастер отчетов позволяет создать отчет на основе ответов пользователя на вопросы, касающиеся структуры, содержания и оформления отчета. Автоотчет создает отчет в столбец и ленточный. Отчет можно создать с помощью Мастера, а затем доработать с помощью Конструктора. Конструктор дает возможность самостоятельного конструирования отчетов.

Частные итоги – итоги по одной группе (например, из 3-х), общие итоги – по 3-м группам сразу, внизу отчета. (Вид/ Сортировка и группировка àвключить разделы "Заголовок группы" и "Примечание группы".)

54. СОЗДАНИЕ СТАТИЧЕС. WEB-СТРАНИЦ ИЗ ОБЪЕКТОВ БД. КОНСТР-НИЕ СТРАНИЦ ДОСТУПА К ДАННЫМ.

СтатическаяWeb-страница – Web-страница, кот. отображает данные из базы в состоянии на момент создания Web-страницы. Ее можно создавать для объектов БД – таблицы, запроса, отчета, экспортируя их содержимое в HTML-файл.

Страница доступа к данным –диалоговая Web-страница, кот. поддерживает динамич. связь с БД и позволяет просматривать, редактировать и вводить данные в базу. Страница доступа к данным сохраняется не в БД, а в HTML-файле. В БД хранится лишь указатель на этот файл – ярлык.

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

В интерактивном отчете имеются кнопки развертывания групп (кнопки со знаком +) и кнопки их сворачивания (кнопки со знаком –), кот. позволяют превратить подробный отчет в краткую сводку или, наоборот, отобразить на экране интересующие пользователя подробности.

Возможна также сортировка и фильтрация записей. На странице доступа к данным могут размещаться: надписи, поля, раскрывающиеся списки, списки, флажки, переключатели, граф.изображения, диаграммы, электр. таблицы, гиперссылки, элемент "бегущая строка", линии, прямоугольники, панели перехода по записям и др. Страницам доступа к данным могут назначаться темы, что обеспечивает их более привлекательное оформление.

Способы создания страницы доступа к данным: 1. В автоматич. режиме. 2. С помощью Мастера. 3. Путем изменения существующей Web-страницы. 4. С помощью Конструктора. Создание с помощью Конструктора требует навыков манипулирования объектами, расположенными на странице доступа к данным: их выделения, перемещения, выравнивания, изменения размеров.

55. КОНСТРУИРОВАНИЕ МАКРОСОВ СВЯЗАННЫХ И НЕСВЯЗАННЫХ С СОБЫТИЯМИ, РАЗЛИЧНЫХ ПО СТРУКТУРЕ.

Макрос – набор из одной или неск. макрокоманд, каждая из кот. выполняет опр. действие. Они выполняют заданные пользователем действия и используются, для автоматизации работы с формами и отчетами. Макрос позволяет найти и отфильтровать записи, выводимые в отчете; закрепить за кнопками формы нужные пользователю действия и др. Назначение макросов – автоматизация часто выполняемых операций без написания программ. В макросах используются макрокоманды:по назначению:1) макрокоманды для работы с данными в формах и отчетах (Найти Запись); · 2)макрокоманды выполнения (Открыть Запрос); · 3)макрокоманды импорта/экспорта (Отправить Объект); · 4)макрокоманды для работы с объектами БД (Копировать Объект) и др. (Сообщение). Макрос, в кот. макрокоманды выполняются последовательно, одна за другой, -линейный. Макрос, в кот. отдельная макрокоманда или набор макрокоманд выполняются в зависимости от выполнения некоторого условия - макрос с условием. Макрос, в кот объединены несколько логически связанных макросов - групповой. Макрос, в кот. есть многократное выполнение другого макроса - макрос с циклом. Сущ-ют макросы связанные с событиями и не связанные с ними. Событие - изменение состояния объекта БД, в момент возникновения кот. можно изменить стандартный порядок обработки объекта и определить свою, нестандартную реакцию. События имеют 8 категорий: 1) события окна формы, отчета (Открытие); 2) события данных (Изменение); 3)события фокуса ввода (Вход); 4) события клавиатуры (Нажатие клавиши); 5) события мыши (Нажатие кнопки); 6) события печати (Страница); 7) события ошибки (Ошибка); 8)события таймера (Таймер). В Access только формы и отчеты явл. объектами, для кот. определены события. Для обработки событий разрабатываются макросы, которые классифицируются на:- макросы, связанные с событиями элементов управления в форме; - макросы, связ. с событиями раздела формы; - макросы, связ. с событиями формы; - макросы, связанные с событиями раздела отчета; - макросы, связ. с событиями отчета. Они создаются с помощью Конструктора макросов.

56.НАЗНАЧЕНИЕ, СТАНДАРТЫ, ДОСТ-ВА ЯЗЫКА SQL.

SQL - непроцедурный (декларативный) язык, исп-мый для упр-ния данными реляц. СУБД. «Непроцедурный» озн-ет, что на данном языке можно сформул-ть, что нужно сделать с данными, но не требуется указ-ть, как именно это следует сделать. В этом языке отсут-ют алгоритмич. конструкции, такие как метки, условные переходы, операторы цикла и др. Т. образом, SQL скрывает от поль-ля сложности алгоритмов поиска данных, обесп-ая простоту понимания и легкость манипул-ния данными.

SQL гл. образом ориент-н на удобную и понятную польз-лям формул-ку запросов выбора из БД.

В 1986 г. был принят стандарт SQL-86 (SQL-1). В 1992 г. был принят 2-й междунар. ст-т SQL-92 (SQL-2), в 1999 г. появл-ся объектно-ориентир-ный язык SQL:1999 (SQL-3), в 2003 г. принят ст-т SQL:2003. Кажд. стандарт - многостраничн. док-т сложн. стр-ры.

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

При написании прикладных программ для обращения к БД также используют язык SQL (встроенный SQL).

Черты языка SQL: высокоуровневая стр-ра, напоминающая англ. язык; независ-ть от конкр. СУБД; межплатформенная переносимость; наличие развив-ся стандартов; возм-ть вып-ния интеракт. запросов извлечения данных и модификации их стр-ры; обесп-ние программн. доступа к БД; возм-ть разл. предст-ния данных; поддержка архитектуры клиент/сервер; динамич. опр-ние данных (возм-ть изменять и расширять стр-ру БД даже в то время, когда поль-ли обращаются к ее содержимому); расширяемость и поддержка объектно-ориентир-ых технологий; возм-ть доступа к данным в среде Internet.

57.СТРУКТУРА КОМАНДЫ SQL.

Каждая команда SQL начинается с действия – ключевого слова или группы слов, описывающих выполняемую операцию. Например, INSERT (добавить), DELETE (удалить), COMMIT (завершить), CREATE TABLE (создать таблицу). После действия может следовать одно или несколько предложений. Предложение описывает данные, с которыми работает команда, или содержит уточняющую информацию о действии, выполняемом командой. Каждое предложение начинается с ключевого слова, такого как, например, WHERE (где), FROM (откуда), INTO (куда), HAVING (имеющий). Многие предложения содержат имена таблиц и полей БД; некоторые – константы и выражения. Имена таблиц, полей и пользователей должны содержать от 1 до 18 символов, начинаться с буквы и не содержать пробелов или специальных символов пунктуации. В качестве имен нельзя использовать ключевые слова SQL.

58.ТИПЫ ДАННЫХ И ВЫРАЖЕНИЯ В SQL.

Типы данных языка SQL: 1.CHAR(длина), CHARACTER(длина) – Строка символов постоянной длины. INTEGER, INT – Целое число. SMALLINT – Малое целое число. NUMERIC(точность, степень), DECIMAL(точность, степень), DEC(точность, степень) – Число с фиксированной запятой. FLOAT (точность) – Число с плавающей запятой. Более поздние стандарты предусматривают дополнительно и другие типы данных, как строка символов переменной длины, дата, время, абстрактные типы данных и др.

Выражения в SQL используются для выполнения операций над значениями, которые считаны из БД, или для выбора информации из БД. Выражения представляют собой определенную последовательность полей, констант, функций, соединенных операторами. Константы исп-ся для указания конкретных значений данных. Виды констант: Константы с фиксированной запятой (пишут точку): 21 -375.18 62.3, Константы с плавающей запятой: 1.5Е7 -3.14Е9 2.5Е-6 0.783Е24, Строковые константы (должны быть заключены в одинарные кавычки): 'Минск' 'New York' 'Иванов И. И.' Отсутствующее значение (NULL).

К часто используемым агрегатным функциям можно отнести следующие:· COUNT – количество значений в столбце, · SUM – сумма значений в столбце, · AVG – среднее значение в столбце, · MAX – максимальное значение в столбце, · MIN – минимальное значение в столбце. Для функций SUM и AVG рассматриваемый столбец должен содержать числовые значения.

В выражениях можно использовать следующие типы операторов:· арифметические: + (сложение), - (вычитание), * (умножение), / (деление); · отношения: = (равно), > (больше), < (меньше), >= (больше или равно), <= (меньше или равно), <> (не равно); · логические: AND (логическое "И"), OR (логическое "ИЛИ"), NOT ("НЕТ"); · специальные: IN (определяет множество, которому может принадлежать значение); BETWEEN (задает границы, в которые должно попадать значение); LIKE (применяется для поиска по шаблону. В шаблоне используются специальные символы: % (процент), заменяющий любую последовательность символов и _ (подчеркивание), заменяющий один любой символ); IS NULL – используется для поиска NULL-значений.

59. ВОЗМОЖНОСТИ ЯЗЫКА SQL ПО: ОПРЕДЕЛЕНИЮ ДАННЫХ, ВНЕСЕНИЮ ИЗМЕНЕНИЙ В бд, ИЗВЛЕЧЕНИЮ ДАННЫХ ИЗ БАЗЫ.

Сам по себе SQL не явл-ся ни системой упр-я БД, ни отдельным программ. продуктом. SQL – это неотъемлемая часть СУБД, инструмент, с пом-ю к-го осущ-ся связь польз-ля с ней. Ядро базы данных явл-ся сердцевиной СУБД; оно отвечает за физ-е структур-ние данных и запись их на диск, а также за физ. чтение данных с диска. Кроме того, ядро принимает SQL-запросы от других компонентов СУБД (таких как генератор форм, генератор отчетов или модуль запросов), от польз-ких приложений, а также от других вычисл-ных систем. SQL является мощным инструментом, обеспеч-щим польз-лям, прикладным программам и вычисл-ным с-мам доступ к инфо, содержащейся в БД.

SQL выполняет множество функций:

· SQL – язык интерактивных запросов. Польз-ли вводят команды SQL в интеракт. режиме для выборки данных и отображения их на экране, а также внесения изменений в БД.

· SQL – язык программирования БД. Чтобы пол-ть доступ к базе данных, в прикладные программы вставляются команды SQL.

· SQL – язык администр-ния БД. Администратор БД исп-ет SQL для опр-ния стр-ры БД и управления доступом к данным.

· SQL – язык создания приложений клиент/сервер. В прикладных программах SQL исп-ся как ср-во орг-ции связи по лок. сети с сервером БД, в которой хранятся совместно исп-мые данные. и др.

Формирование запросов на языке SQL должно осуществляться в строгом соответствии с форматом (правилом формирования) команды. Язык SQL, соответствующий последним стандартам SQL:2003, SQL:1999 представляет собой очень богатый и сложный язык, все возможности которого трудно сразу осознать и тем более понять. Поэтому приходится разбивать язык на уровни. В одной из классификаций, предусмотренных стандартом SQL, этот язык разбивается на «базовый» (entry), «промежуточный» (intermediate) и «полный» (full) уровни. Базовый уровень содержит около 40 команд, которые можно сгруппировать в категории по их функциональному назначению.

(Дополнение): Команда определения данных (создания структуры таблицы) CREATE TABLE. ( В команде указ-ся имя созд-мой табл. и описыв-ся ее поля). Команда извлечения данных SELECT явл-ся основной и чаще исп-мой. Исп-ся при форматир-нии всех запросов выбора. Она должна содерж-ть ключ. слова SELECT и FROM.

Команда внесения изм-й в БД (добавл-я новых записей в табл.) имеет след формат: INSERT INTO.

60. ПОНЯТИЕ и типы ТРАНЗАКЦИИ. ОБРАБОТКА ТРАНЗ-Й В SQL.

К категории Управление транзакциямиотносятся команды, позволяющие обеспечивать целостность данных в базе данных. Для обеспечения целостности данных в SQL используются средства обработки транзакций. Транзакция – это совокупность операций манипулирования данными в системе баз данных, которая переводит базу данных из одного целостного состояния в другое. SQL-транзакция – последовательность команд SQL, обладающая свойством неделимости относительно восстановления состояния БД. В языке SQL обработка транзакций реализована с помощью двух команд: COMMIT и ROLLBACK. Они управляют изменениями, выполненными группой команд. Команда COMMIT сообщает об успешном окончании транзакции. Она информирует СУБД о том, что транзакция завершена, все ее команды выполнены успешно и противоречия в БД не возникли. Команда ROLLBACK сообщает о неуспешном окончании транзакции. Она информирует СУБД о том, что пользователь не хочет завершать транзакцию, и СУБД должна отменить все изменения, внесенные в БД в результате выполнения транзакции. В этом случае СУБД возвращает БД в состояние, в котором она находилась до выполнения транзакции. Команды COMMIT и ROLLBACK используются в основном в программном режиме, хотя возможно их использование и в интерактивном режиме.

61.УПРАВЛЕНИЕ ДОСТУПОМ К ДАННЫМ в sql.

К категории Управление доступом относятся команды для осуществления административных функций, присваивающих или отменяющих право (привилегию) использовать таблицы в БД определенным образом. Каждый пользователь БД имеет определенные права по отношению к объектам БД. Права – это те действия с объектом, которые может выполнять пользователь. Права могут меняться с течением времени: старые могут отменяться, новые – добавляться. Стандартом языка SQL предусмотрены следующие права: · SELECT – право читать таблицу; · INSERT – право добавлять данные в таблицу; · UPDATE – право изменять данные таблицы; · DELETE – право удалять данные из таблицы; · REFERENCES – право определять первичный ключ. Пользователь, создавший таблицу, является ее владельцем. Как владелец, пользователь имеет все права на таблицу и может назначить права для работы с ней другим пользователям. Кроме владельца, права может назначать администратор БД. GRANT- Предоставляет пользователю право доступа.REVOKE-Отменяет право доступа.

62.ВСТРАИВАНИЕ SQL В ПРИКЛАДНЫЕ ПРОГРАММЫ.

К категории Встроенный SQL относятся команды, предназначенные для реализации обращения к БД из прикладных программ, написанных на определенном языке программирования. Для пересылки данных из БД в прикладную программу используются временная таблица, называемая SQL-курсором. Команды DECLARE, OPEN, FETCH, CLOSEпозволяют управлять SQL-курсором.DECLARE- определяет набор записей, в который будут возвращены результаты запроса. OPEN- открывает определенный набор записей. FETCH- извлекает строку из таблицы результатов запроса, CLOSE - закрывает набор записей запроса.

63.ДИАЛЕКТЫ ЯЗЫКА SQL В СУБД.

Несмотря на наличие междунар. стандарта ANSI SQL, многие компании, занимающиеся разработкой СУБД, вносят изменения в язык SQL, применяемый в разрабатываемой СУБД, тем самым отступая от стандарта. Каждая из реализаций языка SQL в конкретной СУБД называется диалектом. Функции, которые добавляются к стандарту языка разработчиками коммерч. реализаций, принято называть расширениями. Например, в стандарте языка SQL определены конкретные типы данных, которые могут храниться в БД. Выделяют три уровня соответствия стандарту ANSI/ISO — начальный, промежуточный и полный. В настоящее время не существует ни одного диалекта, полностью соответствующего стандарту. Производители СУБД (например, Microsoft, Borland, Informix) применяют собственные реализации SQL, отвечающие как минимум начальн. ур-ню соответствия стандарту и содержащие некоторые расширения, специфические для данной СУБД. Не сущ. двух совершенно идентичных диалектов. Более того, поскольку разработчики БД вводят в системы все новые функциональные средства, они постоянно расширяют свои диалекты языка SQL, в рез-те чего отдельные диалекты все больше и больше отличаются друг от друга. Это имеет свои достоинства и недостатки.

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

В широко распространенных в наст. время СУБД используются следующие диалекты языка SQL: Transact-SQL – в СУБД Microsoft SQL; Informix-SQL – в СУБД Informix; Jet SQL – Microsoft Access.

Язык Jet SQL почти соответствует стандарту ANSI SQL. Основные различия языков Jet SQL и ANSI SQL состоят в следующем: они имеют разные наборы зарезервированных слов и типов данных; разные правила применимы к оператору Between, используемому для определения условий выборки записей; язык Jet SQL обычно предоставляет пользователю большую свободу, например, разрешается группировка и сортировка по значению выражения; язык Jet SQL позволяет использовать более сложные выражения.

64.ЭВОЛЮЦИЯ КОНЦЕПЦИЙ ОБРАБОТКИ ДАННЫХ

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

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

Обработка на мэйнфреймах в пакетном режиме:пользователь составлял задания на выполнение опред. операций над исходной программой (написанной на алгоритмическом языке) и/или счет по программе. Задания, записанные на спец. языке описания заданий, а также текст программы и исходные данные наносились на бумажный носитель – перфокарты, кот.формировались в пакет заданий. Пользователи передавали свои пакеты заданий в вычислит.центр на обработку на мэйнфрейме. Мэйнфрейм обрабатывал пакеты в порядке очередности их поступления, а распечатанные рез-ты пользователи получали обычно только на след.день.

Обработка в многотерминальных системах (нач. 1960-х гг): пользователь непосредственно общался с комп-ром. К мэйнфрейму, расположенному на вычислит.центре, были подключены терминалы (устройство или набор устройств, предназначенных для взаимод-вия с вычислит. системой или сетью ЭВМ), рассредоточенные по всему пред-тию. Пользователи с их помощью передавали запросы к БД. Рез-ты запросов возвращались пользователям подсистемой управления связью. Запросы обрабатывались в режиме разделения времени, но, благодаря достаточно малому времени реакции системы, поддерживалась иллюзия единоличного владения комп-ром.

Обработка на автономных персональн. комп-рах (1980-е гг): на персон. комп-ре пользователя устанавливалась СУБД, с помощью кот. польз-ль создавал на данном комп-ре свою, локальн. БД и работал с ней монопольно – настольная СУБД. Данные передавались с комп-ра на комп-р на внешн. носителях – дискетах.

Обработка с использованием комп. сетей: обмен данными между комп-рами в автоматич. режиме посредством линий связи и спец. коммуникацион. оборудования. При объединении перс.комп-ров совокупн. вычислит. мощность оказывалась достаточной для решения сложн. задач и стало возможным совместное использование периферийных устройств и дисковых массивов. В наст.время такая обработка явл-ся самой реализуемой концепцией обработки данных.

65.СИСТЕМЫ УДАЛЕННОЙ ОБРАБОТКИ.

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

66.СИСТЕМЫ СОВМЕСТНОГО ИСП-НИЯ ФАЙЛОВ. ОБРАБОТКА ЗАПРОСОВ В НИХ. НЕДОСТАТКИ СИСТЕМ.

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

Рассм-им орг-цию арх-ры файл/сервер с исп-ем настольной СУБД. Сетевые версии настольных СУБД отлич-ся от локальн. версий тем, что они обладают некот. спец. механизмами, позвол-ими многим поль-лям совместно обращаться к общ. ресурсам данных из централизованной БД. СУБД на каждой рабочей станции посылает запросы файл. серверу по всем необх-ым ей данным, к-ые хранятся на диске файл. сервера. Все данные из БД пересылаются на комп поль-ля, незав-мо от того, сколько их нужно для вып-ния запроса. В рез-те на компе поль-ля создается локальная копия БД (время от времени обновляемая из реальной БД на сервере). Затем СУБД пользователя выполняет запрос. Недостатки арх-ры файл/сервер: 1. При совм. исп-нии файлов по лок. сети перед-ся большие объемы данных. 2. С увел-ем объема хранимых данных и числа поль-лей снижается произв-ть настольных СУБД. Из-за этих проблем системы с совм. исп-ем файлов редко исп-ся для обработки больших объемов данных. 3. На кажд. рабочей станции д. находиться сама сетевая версия настольной СУБД, что требует наличия больших объемов операт. памяти на компе поль-ля. 4. Доступ к одним и тем же файлам м. осущ-ть сразу неск. поль-лей, что усложняет упр-ние целостн-ью, восстан-ем БД на сервере.

Достоинства настольных СУБД:явл-ся простыми для освоения и исп-ния;обладают дружественным пользоват. интерфейсом; ориентированы на класс ПК, на самую широкую категорию поль-лей – непрофессионалов;обесп-ют хорошее быстродействие при работе с небольшими БД.

Недостатки наст.х СУБД: 1)при росте объемов хранимых данных и увел-нии числа поль-лей сниж-ся их произв-ть и м. возн-ть сбои при обработке данных;2)контроль за целостн-ю соверш-ся внутри пользоват-ого приложения, что м. вызывать нарушение целост-ти данных; 3)очень малая эфф-ть работы в комп. сети.

Известно более десятка настольных СУБД. Наиболее популярными, исходя из числа проданных копий признаются DBASE, Visual DBASE, Paradox, Microsoft FoxPro, Visual FoxPro, Access.

67.Настольные СУБД, «+» и «-».

Настольные СУБД как таковые не содержат специальных приложений и сервисов, управляющих данными, взаимодействие с ними осуществляется с помощью файловых сервисов операционной системы. Нередко подобные СУБД имеют в своем составе и средства разработки, ориентированные на работу с данными формата, характерного для этой СУБД, и позволяющие создать более или менее комфортный пользовательский интерфейс. Что же касается обработки данных - она целиком и полностью осуществляется в пользовательском (клиентском) приложении.

Достоинства: · они являются простыми для освоения и использования; · обладают дружественным пользовательским интерфейсом; · ориентированы на класс ПК, на самую широкую категорию пользователей – непрофессионалов; · обеспечивают хорошее быстродействие при работе с небольшими БД. Недостатки настольных СУБД: · при росте объемов хранимых данных и увеличении числа пользователей снижается их производительность и могут возникать сбои при обработке данных; · контроль за целостностью совершается внутри пользовательского приложения, что может вызывать нарушение целостности данных; · очень малая эффективность работы в компьютерной сети.

68.КЛИЕНТ/СЕРВЕРНЫЕ СИСТЕМЫ: КЛИЕНТЫ, СЕРВЕРЫ, КЛИЕНТСКИЕ ПРИЛОЖЕНИЯ, СЕРВЕРЫ БД.

Клиент/серверная система состоит из множества компьютеров, объединенных в сеть. Компьютеры называемые клиентами, занимаются обработкой прикладных программ. Компьютеры, называемые серверами, занимаются обработкой БД.Тип компьютеров, используемых в качестве клиентов м.б. разным, это м.б. большие ЭВМ или микрокомпьютеры. Однако, как правило, функции клиентов выполняют почти всегда ПК. В роли сервера может выступать компьютер любого типа, но по экономическим причинам функции сервера чаще всего также выполняют ПК, но имеющие более высокую производительность. На сервере сети размещается БД и устанавливается мощная серверная СУБД – сервер баз данных. Сервер БД – это программный компонент, обеспечивающий хранение больших объемов информации, ее обработку и представление ее пользователям в сетевом режиме. На компьютере-клиенте приложение-клиент формирует запрос к БД. Серверная СУБД обеспечивает интерпретацию запроса, его выполнение, формирование результата запроса и пересылку его по сети на клиентский компьютер. Клиентское приложение интерпретирует его необходимым образом и представляет пользователю. Клиентское приложение может также посылать запрос на обновление БД и серверная СУБД внесет необходимые изменения в БД.

69. Ф-ции клиент-го прил-ния и сервера бд при обраб-ке запросов. Преимущ-ва клиент/серверн. обработки.

Функции: ввод-вывод данных (презентационная логика) – это часть кода клиентского приложения, которая определяет, что пользователь видит на экране, когда работает с приложением;

бизнес-логика – это часть кода клиентского приложения, которая определяет алгоритм решения конкретных задач приложения;

обработка данных внутри приложения (логика БД) – это часть кода клиентского приложения, которая связывает данные сервера с приложением. Для этой связи используется процедурный язык запросов SQL, с помощью которого осущ-ся выборка и модификация данных в серверных СУБД. Сервер БД осуществляет комплекс действий по управлению данными:

· выполнение пользовательских запросов на выбор и модификацию данных и метаданных, получаемых от клиентских приложений, функционирующих на ПК локальной сети;

· хранение и резервное копирование данных;

· поддержка ссылочной целостности данных согласно определенным в БД правилам;

· обеспечение авторизованного доступа к данным на основе проверки прав и привилегий пользователя;

· протоколирование операций и ведение журнала транзакций. Преимущества:

-При клиент/серверной обработке уменьшается сетевой трафик.

-Груз файловых операций ложится в основном на сервер, который мощнее компьютеров-клиентов и поэтому способен быстрее обслуживать запросы.

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

-Повышается уровень непротиворечивости данных и существенно повышается степень безопасности БД.

-Имеется возможность хранения бизнес-правил (например, правил ссылочной целостности или ограничений на значения данных) на сервере.

70.Характеристики серверов бд.

Современные серверы БД должны отвечать след. требованиям: 1)масштабируемость (отсутствие сущ-го снижения скорости вып-я пользоват-х запросов при пропорц-м росте кол-ва запросов и аппаратных рес-в, исп-х сервером БД; 2) доступность (возм-ть всегда вып-ть запрос; 3) надежность (минимальная вер-ть сбоев); 4) управляемость (простота администрирования); 5)наличие ср-в защиты данных от потери и несанкционированного доступа; 6) поддержка доступа к данным с пом. Web-служб

В соответствии с этими требованиями современные серверные СУБД: 1)существуют в нескольких версиях для различных платформ, как правило, для различных коммерческих версий UNIX – Solaris, HP/UX. 2)в большинстве случаев поставляются с удобными административными утилитами; 3)осуществляют резервное копирование и архивацию данных и журналов транзакций; 4)поддерживают несколько сценариев репликаций; 5)позволяют осуществлять параллельную обработку данных в многопроцессорных системах. 6)поддерживают создание хранилищ данных и OLAP. 7)выполняют распределенные запросы и транзакции; 8)дают возможность использовать различные средства проектирования схем данных – универсальные или ориентированные на конкретную СУБД; 9)имеют средства разработки клиентских приложений и генераторы отчетов; 10)поддерживают публикацию баз данных в Интернет; 11)обладают широкими возможностями управления пользовательскими привилегиями и правами доступа к различным объектам БД.

К современным серверам баз данных относятся Oracle 9 (Oracle), MS SQL Server 2000 (MS), Informix (Informix), Sybase (Sybase), Db2 (IBM).

71.МЕХ-МЫ ДОСТУПА К ДАННЫМ БАЗЫ НА СЕРВЕРЕ.

Все серверные СУБД имеют клиентскую часть, которая обращается к БД посредством СУБД. Между клиентским приложением и СУБД не существует прямой связи и дополнительно встраиваются программные модули, позволяющие клиентскому приложению получать доступ к БД, создаваемым с помощью разных СУБД. Такие модули называются механизмами доступа к данным. Существует два основных способа доступа к данным из клиентских приложений: использование прикладного интерфейса и использование универсального программного интерфейса. Прикладной программный интерфейс представляет собой набор функций, вызываемых из клиентского приложения. Он может работать только с СУБД данного производителя и при ее замене придется переписывать значительную часть кода клиентского приложения. Прикладной программный интерфейс различен для разных СУБД. Универсальный механизм доступа к данным обеспечивает возможность использования одного и того же интерфейса для доступа к разным типам СУБД. Обычно он реализован в виде специальных дополнительных модулей, называемых драйверами. Наиболее распространенным программным интерфейсом, обеспечивающим доступ к данным конкретной базы данных является ODBC фирмы Microsoft. В рамках ODBC программное приложение непосредственно взаимодействует с диспетчером драйвером, посылая ему ODBC-вызовы. Диспетчер драйверов отвечает за динамическую загрузку нужного ODBC-драйвера, через который обращается с серверу баз данных. ODBC-драйвер выполняет все вызовы ODBC-функций и «переводит» их на язык источника данных. СУБД хранит и выводит данные в ответ на запросы со стороны ODBC-драйвера.

72. ПОНЯТИЕ И АРХИТЕКТУРА РАСПРЕДЕЛЕННЫХ бд (РАБД). ГОМОГЕННЫЕ И ГЕТЕРОГЕННЫЕ РАБД. СТРАТЕГИИ РАСПРЕДЕЛЕНИЯ ДАННЫХ В РАБД.

Распределенная БД (РаБД) – набор логически связанных между собой разделяемых данных и их описаний, которые физически распределены по нескольким компьютерам (узлам) в некоторой компьютерной сети. Каждая таблица в РАБД может быть разделена на некоторое количество частей, называемых фрагментами. Фрагменты могут быть горизонтальными, вертикальными и смешанными. Горизонтальные фрагменты представляют собой подмножества строк, а вертикальные – подмножества столбцов. Фрагменты распределяются на одном или нескольких узлах. С целью улучшения доступности данных и повышения производительности системы для отдельных фрагментов может быть организована репликация – поддержка актуальной копии некоторого фрагмента на нескольких различных узлах. Репликаты – множество различных физических копий некоторого объекта БД, для которых в соответствии с определенными в БД правилами поддерживается синхронизация с некоторой «главной копией». Гомогенной РаБД управляет один и тот же тип СУБД. Гетерогенной РаБД управляют различные типы СУБД, использующие разные модели данных – реляционные, сетевые, иерархические или объектно-ориентированные СУБД. Раздельное (фрагментированное) размещение. В этом случае БД разбивается на непересекающиеся фрагменты, каждый из которых размещается на одном из узлов системы. Размещение с полной репликацией. Эта стратегия предусматривает размещение полной копии всей БД на каждом из узлов системы. Размещение с выборочной репликацией. Данная стратегия представляет собой комбинацию методов фрагментации, репликации и централизации. Одни массивы данных разделяются на фрагменты, тогда как другие подвергаются репликации. Все остальные данные хранятся централизованно.

73.РАСПРЕДЕЛЕННЫЕ СУБД. 12 ПРАВИЛ К. ДЕЙТА.

РаСУБД – комплекс программ, предназначенный для управления распределенной БД и позволяющий сделать распределенность информации «прозрачной» для конечного пользователя. Основная задача РаСУБД состоит в обеспечении средств интеграции локальных БД, располагающихся в некоторых узлах компьютерной сети, с тем, чтобы пользователь, работающий в любом узле сети, имел доступ ко всем этим БД как к единой БД. Пользователи взаимодействуют с РаБД через приложения. Приложения м.б. классифицированы как те, которые не требуют доступа к данным на других узлах (локальные приложения), и те, которые требуют подобного доступа (глобальные приложения). В РаСУБД должно существовать хотя бы одно глобальное приложение, поэтому любая РаСУБД должна имеет следующие особенности: набор логически связанных разделяемых данных; сохраняемые данные разбиты на некоторое количество фрагментов; между фрагментами может быть организована репликация данных; фрагменты и их реплики распределены по различным узлам; узлы связаны между собой сетевыми соединениями; работа с данными на каждом узле управляется локальной СУБД. СУБД на каждом узле способна поддерживать автономную работу локальных приложений. Двенадцать правил К. Дейта для РаБД и РаСУБД:1. Локальная автономность(локальные данные принадлежат локальным владельцам и сопровождаются локально; все локальные процессы остаются чисто локальными; все процессы на заданном узле контролируются только этим узлом.) 2. Отсутствие опоры на центральный узел. В системе не должно быть ни одного узла, без которого система не сможет функционировать. 3. Непрерывное функционирование. 4. Независимость от расположения. 5. Независимость от фрагментации. 6. Независимость от репликации. 7. Обработка распределенных запросов. 8. Обработка распределенных транзакций. 9. Независимость от типа оборудования. 10. Независимость от сетевой архитектуры. 11. Независимость от операционной системы. 12. Независимость от типа СУБД.

74.ОБРАБОТКА РАСПРЕДЕЛЕННЫХ ЗАПРОСОВ. «+» и «-» РаСУБД.

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

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

Преимущества РаСУБД: 1. Отражение структуры орг-ции. 2. Разделяемость и локальн. автономность. 3. Повышение доступности данных. 4. Повышение надежности. 5.Повышение производит-сти. 6. Эк. выгоды. 7. Модульность системы.

Недостатки РаСУБД: 1. Повышение сложности. 2. Увеличение стоимости. 3. Проблемы защиты. 4. Усложнение контроля за целостностью данных. 5. Отсутствие стандартов. 6. Недостаток опыта. 7.Усложнение процедуры разработки БД. 8.Сложность управления и обусловленная этим потенциальная опасность потери целостности данных.

76.ХРАНИЛИЩА ДАННЫХ.

Хранилище данных (ХД)(1992 Улиям Инмон) - ориентир. на предметн. обл-ть, интегрир-ая, статичная, неразрушаемая сов-ть данных, предназнач. для поддержки принятия решений. Предметная ориентированность- ХД предназнач. для предоставл-ия данных, связанных с одним организационным процессом.

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

При записи в ХД (в процессе погружения в ХД) данные: очищаются (устр-ся ненужн. инф-ция), агрегируются(вычисл-ся суммы, средние величны), трансформируются (происх-ит преобр- ие типов данных, реорг-ци я стр-р хранения), объедин-ся из разл. источников, синхронизир-ся (приводятся к одному моменту времени)

Статичность(независимость от времени)- ХД содержит как исторические данные, так и данные, которые имели статус текущих при последнем погружении данные. Заполнение ХД данными- погружение.

Неразрушаемая сов-ть данных- в ХД помещается большой объем данных, которые будучи раз погруженными, уже никогда больше не изменяются.

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

В наст. вр. кроме ХД разрабатываются витрины данных (киоски) - небольшие ХД, обслужив-щие одно из направлений бизнеса компании или одно ее структурное подразделение.

ХД исп-ся в OLAP-сис-мах, кот предназнач для аналитич. оперативной обработки данных. Отличит. особ-ти OLAP-сис-м:1)анализ в них осущ-ся с пом. ХД; 2) они предоставляют гибкие средства навигации по данным – так называемыеOLAP-манипуляции; 3) могут работать на базе киосков данных. Достоинства OLAP- систем: 1) консолидация информации из разных баз данных, 2)полнота аналитич. данных,повышенная защита данных, 3) полная и легкая настройка отчета без программиста,4) возм-ть детализ-ть отчет в процессе ан-за данных, 5) непротиворечивость данных м\у отчетами,6)простота исп-ния и воспр-тия отчетов. «-»: сложн-ть при разраб-ке и внедрении.

77. ПРОБЛЕМЫ МНОГОПОЛ. БД. АДМин.бД, ЕГО Ф-ЦИИ.

Админ-тор БД (АБД) – это лицо или группа лиц, отвеч. за выработку треб-ний к БД, ее проект-ние, создание, эффект. испол-ние и сопровождение. В процессе экспл-ции АБД следит за функ-нием инф. с-мы, обеспечивает защиту от несанкцион. доступа, контр-ет избыт-ть, непротивор-ть, сохр-ть и достоверность хранимой в БД инф-ции. В вычисл. сети АБД взаимод-ет с адм-ром сети. В его обяз-ти входит контроль за функц-нием аппаратно-програм. ср-в, реконф-ция сети, восст-ние программ. обеспечения после сбоев и отказов оборуд-ия, профилакт. мероприятия и обеспечение разграничения доступа.

Разработчики и адм-ры приложений. Это группа польз-лей, кот. функц-ет во время проект-ния, создания и реорг-ции БД. Адм-ры приложений корд-ют работу разраб-ков при разработке конкр. приложения или группы прилож., объедин. в функционал. подс-му. Не в кажд. БД м.б. выделены все типы польз-лей. При разработке инф-ных сист-м с испол-нием настольных СУБД адм-тор БД, адм-тор прил-ний и разработчик часто сущ-ли в одном лице. БД взаимод-ет в соотв. среде со множеством польз-лей. Польз-ли могут предъявлять противореч. треб-ия к БД. Следов-но, возникает проблема корд-ции деят-ти польз-лей и упр-ния целостностью данных и защитой БД. Необх-ть решения этой проблемы вызвало необх-ть администр-ния в БД.

К осн. ф-циям группы адм-ра БД относят: 1. Анализ предмет. области: описание предмет. области, выявление огр-ний целостности, опр-ние статуса (доступности, секретности) данных, опр-ние потребностей польз-лей. 2. Проект-ние стр-ры БД: описание инф. сод-ния и внутр. Стр-ры БД. 3. Задание огр-ний целостности при описании стр-ры БД: определение ограничений целостности, вызванных структурой БД; разр-ка процедур обесп-ния целос-ти БД при вводе и кор-ции дан-х; опр-ние огр-ний целос-ти при парал. работе польз-лей в многоп. режиме. 4.Первонач-я загрузка и ведение БД; 5. Защита данных. 6. Обесп-ние восст-ния БД: разработка организац. ср-в архив-ния и принципов восст-ния БД; разработка дополн. программ. ср-в и технолог. процессов восст-ния БД после сбоев. 7. Анализ обращений польз-лей: сбор стат-ки по хар-ру запросов, времени их вып-ния. 8. Анализ эф-ти функц-ния БД: анализ показ-лей функц-ния БД, план-ние реструктуризации. 9. Работа с конечн. польз-лями: сбор инф-ции об изменении предмет. области, об оценке работы БД, обучение и консульт-ние польз-лей. 10.Организац.-методич. работа по проект-нию БД: выбор или создание методики проект-ния БД; опр-ние целей и направления развития с-мы в целом; план-ние этапов развития БД; обеспечение возм-тей комплекс. отладки мн-ва приложений, взаимод. с БД и т.д.

78.АКТУАЛЬНОСТЬ ЗАЩИТЫ бд. ПРИЧИНЫ, ВЫЗЫв. ЕЕ РАЗРУШЕНИЕ.

По мере того как деятельность организаций всё больше зависит от компьютерных информационных технологий, проблемы защиты баз данных становятся всё более актуальными. Угрозы потери конфиденциальной информации стали обычным явлением в современном компьютерном мире. Если в системе защите есть недостатки, то данным может быть нанесен ущерб, который может быть выражен в: нарушении целостности данных, потере важной информации, попадании важных данных посторонним лицам и т.д. Каждый сбой работы базы данных может парализовать работу целых корпораций, банков, что приведет к ощутимым материальным потерям. Защита данных становится одной из самых актуальных проблем в современных компьютерных технологиях. Чтобы обеспечить защиту данных в компьютерных системах необходимо определить перечень мер, обеспечивающих защиту.

Разрушение и потеря данных в базе м.б. вызваны рядом причин:

1.сбои оборуд-ния; 2.физич-ие возд-я на аппаратные ср-ва БД; 3.стихийные бедствия; 4.умышленные вредоносные действия; 5.ошибки пользователей; 6.програмные ошибки СУБД или операц-ой системы; 7.ощибки в прикладных программах и др..

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

79. Методы защиты бд: защита паролем, шифрование, разграничение прав доступа

Методы защ. БД в разл-х СУБД неск-ко отл-ся друг от друга. Анализ СУБД фирм Microsoft показ-ет, что они дел-ся на 2 группы: осн. и доп-е.

К основным средствам защиты отн-ся:§защита паролем; §шифр-е данных и программ; § разгранич-е прав доступа к объектам БД; § защита полей и записей таблиц БД.

Защита паролем предст-ет простой и эф-ный сп-б защиты БД от несанкц-го доступа. Пароли устан-ся польз-ми или администр-ми БД. Пароли хранятся в опр. системных файлах СУБД в зашифр-м виде. После ввода пароля польз-лю СУБД предост-ся все возм-ти по работе с БД. Парольная защита - слабое ср-во, особенно если пароль не шифруется. Основной ее недостаток состоит в том, что все польз-ли, исп-щие одинак.пароль, с т. зр. вычисл-й с-мы неразличимы. Неудобство парол. защиты для польз-ля : пароль надо запоминать или записать.

Шифрование– это преобраз-е читаемого текста в нечитаемый текст, при помощи некот. алгоритма; прим-ся для защиты уязвимых данных. Процесс дешифрования восстанавливает данные в исходное состояние.

В целях контроля использования основных ресурсов СУБД во многих системах имеются средства установления прав доступа к объектам БД. Права доступа определяют возможные действия над объектами. Владелец объекта (пользователь, создавший объект), а также администратор БД имеют все права. Остальные пользователи к разным объектам могут иметь различные уровни доступа. Разрешение на доступ к конкретным объектам базы данных сохраняется в файле рабочей группы.

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

По отношению к таблицам могут предусматриваться следующие права доступа:

§ просмотр (чтение) данных;

§ изменение (редактирование) данных;

§ добавление новых записей;

§ добавление и удаление данных;

§ изменение структуры таблицы.

80.Восст-е БД с пом. резервного копирования бд, с пом. журнала транзакций.

Восст-ние БД осущ-ся в случае ее физ. повреждения или наруш-я целостности. К часто исп-емым ср-вам восст-ния базы данных относятся резервное копирование и журнал изменений БД. При осущ-нии резервного копирования базы данных необходимо вып-ть след. треб-ния: 1) копия создается в момент, когда сост-е БД явл-ся целостным; 2) копия созд-ся на иных внешних устройствах, на кот. располагается сама база. Это вызвано тем, что в случае выхода из строя этого устройства восстановить БД будет невозм-но. Полное РК вкл-ет всю БД — все файлы базы данных, в т. ч. вспомог-ные, состав кот. зав-т от СУБД. Частичное РК вкл-ет часть БД, опр-ную польз-лем. В случае сбоя или аварии нос-ля БД ее м. восст-ть на осн-е посл. рез-ной копии.

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

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

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

Откат отменяет изменения, произведенные в базе данных ошибочными или незавершенными транзакциями. Затем повторно запускаются транзакции, которые выполнялись в момент возникновения сбоя.

81.ОПТИМИЗАЦИЯ РАБОТЫ бд (ИНДЕКСИРОВАНИЕ, ХЕШИРОВАНИЕ, ТЕХНОЛОГИИ СЖАТИЯ ДАННЫХ БАЗЫ).

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

Индекс (index)-средство ускорения операции поиска записей в таблице,а также выполнения других операций, использующих поиск: извлечение, модификация, сортировка и т.д. Индексный файл (index file)-это файл, в котором хранится информация индекса. Он является файлом особого типа, в котором каждая запись состоит из двух значений: данных и указателя номера записи. При этом данные необходимы для индексного поля из индексированного файла, а указатель - для связывания с соответствующей записью индексированного файла. Если индексирование организовано на основе ключевого поля, то индекс называется первичным. Если индекс организован на основе другого поля, то он называется вторичным.

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

Сжатие БД отличается от сжатия с помощью архиваторов и состоит в освобождении места на диске от удаленных объектов БД и записей таблиц.В СУБД Access сжатие БД выполняется командой Сервис/Служебные программы/ Сжать. Далее в диалоговом окне необходимо выбрать БД для сжатия и подтвердить сжатие.

Используются следующие технологии сжатия данных в БД: § сжатие на основе различий; § иерархическое сжатие; § кодирование Хаффмана.

82.ВОЗМОЖНОСТИ СУБД ACCESS ПО АДМИНИСТРИР-Ю БД.

Встроенные ср-ва администрир-я БД в СУБД Аксес:

1)просмотр сведений о БД, выполняемый по команде Файл/св-ва БД,

2)печать описания БД и ее объектов, произведенного сис-мой Аксес в процессе их создания польз-лем, по команде Сервис/Анализ/Архивариус,

3)сжатие БД, по команде Сервис/ Служ.программы /сжать и восстановить БД,

4)сохран БД в файле формата .MDE с целью ее сжатия и защиты от изменения форм, отчетов и модулей по команде Сервис/служ. прог/ создать MDE-файл,

5)репликация БД по команде сервис/ репликация /создать реплику,

6)защита объектов БД на ур-не польз-лей,

7)защита БД паролем по команде сервис/защита/ задать пароль БД,

8)поддержка целостности БД.

Эти ср-ва могут применяться не только администратором БД, но и пользователями, работающими с БД автономно.

43. Формальные логические модели. Их примеры (исчисление высказываний и исчисление предикатов).

В основе – понятие формальной системы (теории), задаваемое кортежем.

S=<B, F, A,R>, где A – выделенное подмножество априори истинных формул(аксиом ); B – счетное множество базовых элементов(алфавит); F - множество правил, позволяющих конструировать из элементов B синтаксически правильные совокупности(формулы); R – конечное множество отношений между формулами, называемое правилами вывода.

Дата добавления: 2018-04-15; просмотров: 247; Мы поможем в написании вашей работы!

Поделиться с друзьями:

⇐ Предыдущая 1 2 34

Мы поможем в написании ваших работ!