Защита с использованием пароля БД

Данный способ защиты позволяет установить пароль на открытие БД, для всех пользователей.

Это самый не надёжный способ защиты баз данных. Существует достаточное количество бесплатных и платных утилит, отображающих пароль

Защита с использованием пароля пользователя

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

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

Индекс-это средство ускорения операций поиска в табл.БД,а также др.операций,требующих поиска:извлечения,корректировки,сортировки и т.д.Индексный файл-это файл,в кот.хран.информ.об индексе.Записи в нём состоят из 2 знач.:данного из индексированного файла;указателя номера записи индексированного файла,в кот.хран.информ.об этом данном.Файл данных м.иметь неск.индексов.Цель индексирования-это ускорение извлечения данных за счёт уменьшения к-ва дисковых операций ввода-вывода.

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

33. case-средства для моделирования данных В течении ряда лет ручное проектирование БД хорошо себя оправдала и давала неплохие результаты. Однако процесс проектирования был достаточно трудоемким. Это послужило тому,что в последние годы стали появляться программные средства получившие назв. CASE- средства. Осн. Цель case-средства состоит в том, чтобы отделить проектирование ПО от его кодирования и последубщих этапов разработки, а так же автоматизировать весь процесс создания программных средств. На рынке имеются универсальные пакеты автоматизированного проектирования не привязанные ни к какой конкретной СУБД в основе их лежит интерпритация ЕR-модели, наиболее популярным продуктом этого класса явл. Erwin- сист. Erwin сочетает графич. Интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания данных. Erwin поддерживает как постоянные СУБД так и различные серверы БД. 37. Функции СУБД Непосредственное управление данными во внешней памяти Эта функция включает обеспечение необходимых структур внешней памяти как для хранения данных, непосредственно входящих в БД, так и для служебных целей. Управление буферами оперативной памяти СУБД обычно работают с БД значительного размера; по крайней мере этот размер обычно существенно больше доступного объема оперативной памяти. Понятно, что если при обращении к любому элементу данных будет производиться обмен с внешней памятью, то вся система будет работать со скоростью устройства внешней памяти. Практически единственным способом реального увеличения этой скорости является буферизация данных в оперативной памяти. Управление транзакциями Транзакция - это последовательность операций над БД, рассматриваемых СУБД как единое целое. С управлением транзакциями в многопользовательской СУБД связаны понятия сериализации транзакций и сериального плана выполнения смеси транзакций. Журнализация Одним из основных требований к СУБД является надежность хранения данных во внешней памяти. Другими словами, поддержание надежности хранения данных в БД требует избыточности хранения данных, причем та часть данных, которая используется для восстановления, должна храниться особо надежно. Наиболее распространенным методом поддержания такой избыточной информации является ведение журнала изменений БД. Журнал - это особая часть БД, недоступная пользователям СУБД и поддерживаемая с особой тщательностью, в которую поступают записи обо всех изменениях основной части БД. Поддержка языков БД Для работы с базами данных используются специальные языки. В ранних СУБД чаще всего выделялись два языка - язык определения схемы БД и язык манипулирования данными). В современных СУБД обычно поддерживается единый интегрированный язык, содержащий все необходимые средства для работы с БД, начиная от ее создания, и обеспечивающий базовый пользовательский интерфейс с базами данных. Стандартным языком наиболее распространенных в настоящее время 42. Фреймы Фрейм — это абстрактный образ для представления некоего стереотипа восприятия. Различают фреймы-образцы, или прототипы, хранящиеся в базе знаний, и фрей­мы-экземпляры, которые создаются для отображения реальных фактических си­туаций на основе поступающих данных. Модель фрейма является достаточно универсальной, поскольку позволяет отобразить все многообразие знаний о мире через: -фреймы-структуры, использующиеся для обозначения объектов и понятий (заем, залог, вексель); -фреймы-роли (менеджер, кассир, клиент); -фреймы-сценарии (банкротство, собрание акционеров, празднование име­нин); -фреймы-ситуации (тревога, авария, рабочий режим устройства) и др. Важнейшим свойством теории фреймов является заимствование из теории се­мантических сетей — так называемое наследование свойств. И во фреймах, и в се­мантических сетях наследование происходит по АКО-связям Слот АКО указывает на фрейм более высокого уровня иерархии, откуда неявно наследуются, то есть переносятся, значения аналогичных слотов. реляционных СУБД является язык SQL.     41. семантические сети Термин семантическая означает «смысловая», а сама семантика — это наука, ус­танавливающая отношения между символами и объектами, которые они обозна­чают, то есть наука, определяющая смысл знаков. Характерной особенностью семантичес­ких сетей является обязательное наличие трех типов отношений: -класс— элемент класса (цветок — роза); -свойство— значение (цвет — желтый); -примерэлемента класса (роза — чайная). Можно предложить несколько классификаций семантических сетей, связанных с типами отношений между понятиями. По количеству типов отношений: Однородные (с единственным типом отношений). Неоднородные (с различными типами отношений). По типам отношений: Бинарные (в которых отношения связывают два объекта). N-арные (в которых есть специальные отношения, связывающие более двух понятий). Наиболее часто в семантических сетях используются следующие отношения: -связи типа «часть — целое» («класс — подкласс», «элемент —множество», и т. п.); -функциональные связи (определяемые обычно глаголами «производит», «влияет»...); -количественные (больше, меньше, равно...); -пространственные (далеко от , близко от, за, под, над...); -временные (раньше, позже, в течение...); -атрибутивные связи (иметь свойство, иметь значение); -логические связи (И, ИЛИ, НЕ); -лингвистические связи и др. 50. Работа с таблицей в режиме таблицы. В системе управления реляционной базой данных информация (данные) сохраняется в таблицах. Таким образом, таблица является основополагающей структурной единицей базы данных. В таблице данные упорядочены по строкам и столбам. Каждая строка соответствует отдельной записи, каждый столбец представляет собой поле базы данных. Одноименное поле во всех записях должно содержать данные одного типа, а каждая запись (строка) — одинаковые наборы полей. В режиме таблицы на экране одновременно отображается несколько записей базы данных, которые можно изменить. Таблица содержит все сведения (поля данных) по определенной основной теме (категории) базы данных. Кроме того, каждая таблица должна включать в себя одно или несколько полей, с помощью которых можно установить связь с другими таблицами. Для автоматизации создания таблицы программа предоставляет в распоряжение пользователя соответствующего мастера. Для создания полей подстановки, содержимое которых определяется на основе данных других таблиц, программа предоставляет в распоряжение пользователя специального мастера. 54. Создание статических Web-страниц из объектов базы данных. Конструирование страниц доступа к данным. Статическая Web-страница –это Web-страница, которая отображает данные из базы в состоянии на момент создания Web-страницы. Ее можно создавать для объектов БД – таблицы, запроса, отчета, экспортируя их содержимое в HTML-файл. Страница доступа к данным– это диалоговая Web-страница, которая поддерживает динамическую связь с базой данных и позволяетпросматривать, редактировать и вводить данные в базу.Страница доступа к данным сохраняется не в БД, а в HTML-файле. В БД хранится лишь указатель на этот файл – ярлык.На странице доступа к данным может размещаться форма или интерактивный отчет. Возможна также сортировка и фильтрация записей. На страницах доступа к данным можно размещать различные элементы: надписи, поля, списки, раскрывающиеся списки, флажки, переключатели, рисунки, диаграммы, электронные таблицы, гиперссылки, элемент "бегущая строка", линии, прямоугольники, панели перехода по записям и др. Страницамможно назначать темы, обеспечивающие более привлекательное оформление. Существует следующие способы создания страницы доступа к данным: в автоматическом режиме, с помощью Мастера, путем изменения существующей Web-страницы и с помощью Конструктора. Открытие окна Конструктора страницы в окне База данныхпроизводится следующим образом: выбрать объект Страницы [Создать] окно Новая страница доступа к даннымвыбрать Конструктор и выбрать из раскрывающегося списка источник данных – таблицу или запрос [ОК]. Чтобы статические Web-страницы и страницы доступа к данным былидоступны пользователям Интернет или Интранет, они должны размещаться на Web-сервере сети, а БД – на сервере сети. 60 Понятие и типы транзакций. Обработка транзакций в SQL. К категории Управление транзакциями относятся команды, позволяющие обеспечивать целостность данных в базе данных. Для обеспечения целостности данных в SQL используются средства обработки транзакций. Транзакция – это совокупность операций манипулирования данными в системе баз данных, которая переводит базу данных из одного целостного состояния в другое. SQL-транзакция – последовательность команд SQL, обладающая свойством атомарности (неделимости) относительно восстановления состояния базы данных. Иначе говоря, это несколько последовательных команд SQL, которые рассматриваются как единое целое. Вязыке SQL обработка транзакций реализована с помощью двух команд: COMMIT и ROLLBACK. Они управляют изменениями, выполненными группой команд. Команда COMMIT сообщает об успешном окончании транзакции. Она информирует СУБД о том, что транзакция завершена, все ее команды выполнены успешно и противоречия в БД не возникли. Команда ROLLBACK сообщает о неуспешном окончании транзакции. Она информирует СУБД о том, что пользователь не хочет завершать транзакцию, и СУБД должна отменить все изменения, внесенные в БД в результате выполнения транзакции. В этом случае СУБД возвращает БД в состояние, в котором она находилась до выполнения транзакции. Команды COMMIT и ROLLBACK используются в основном в программном режиме, хотя возможно их использование и в интерактивном режиме. 65.Системы удаленной обработки. Классической архитектурой обработки многопользовательских БД является удаленная обработка. Пользователи обрабатывают данные в пакетном режиме. Интерактивный режим доступа осуществляется с помощью терминалов, которые не обладают собственными вычислительными ресурсами. Программы управления коммуникациями (связью), прикладные программы, СУБД и ОС работают на едином центральном компьютере. Поскольку вся обработка производится единственным компьютером, то пользовательский интерфейс систем удаленной обработки обычно достаточно прост. Пользователи работают с терминалами, которые передают данные и сообщения о транзакциях центральному компьютеру (компьютер удаленной обработки). Функции управления данными возложены на операционную систему. Часть ОС, отвечающая за управление связью, принимает сообщения и данные и передает их соответствующим прикладным программам. Программы обращаются к СУБД, а СУБД выполняет операции с БД, используя ту часть ОС, которая отвечает за обработку данных. Когда транзакция завершается, подсистема управления связью возвращает результаты пользователям, сидящим у терминалов. Поскольку их пользовательский интерфейс достаточно прост и имеет в основном текстовую ориентацию, все команды форматирования вывода генерируются процессором центрального компьютера и передаются по линии связи. Такие системы, подобные описанной называются системами удаленной обработки, поскольку связь между входами и выходами осуществляется через находящийся на расстоянии центральный компьютер, ведущий обработку данных. Преимуществом такой обработки является возможность коллективного использования ресурсов и оборудования, централизованное хранение данных, а недостатком – отсутствие персонализации рабочей среды (все программное обеспечение хранится централизованно и используется коллективно). Исторически системы удаленной обработки были наиболее распространенной альтернативой многопользовательским системам баз данных. Но по мере того, как ПК стали появляться в офисах и выросла их мощь в качестве серверов данных, возникли новые архитектуры многопользовательских систем обработки данных.   71 механизмы Распределенная БД (РаБД) – набор логически связанных между собой разделяемых данных и их описаний, которые физически распределены по нескольким компьютерам ( узлам) в некоторой компьютерной сети. Каждая таблица в РАБД может быть разделена на некоторое количество частей, называемых фрагментами. Фрагменты могут быть горизонтальными, вертикальными и смешанными. Горизонтальные фрагменты представляют собой подмножества строк, а вертикальные – подмножества столбцов. Фрагменты распределяются на одном или нескольких узлах. С целью улучшения доступности данных и повышения производительности системы для отдельных фрагментов может быть организована репликация – поддержка актуальной копии некоторого фрагмента на нескольких различных узлах. Репликаты – множество различных физических копий некоторого объекта БД, для которых в соответствии с определенными в БД правилами поддерживается синхронизация с некоторой «главной копией». Существуют несколько альтернативных стратегий размещения данных в системе: раздельное (фрагментированное) размещение, размещение с полной репликацией и размещение с выборочной репликацией. Раздельное (фрагментированное) размещение. В этом случае БД разбивается на непересекающиеся фрагменты, каждый из которых размещается на одном из узлов системы. При отсутствии репликации стоимость хранения данных будет минимальна, но при этом будет невысок также уровень надежности и доступности данных в системе. Отказ на любом из узлов вызовет утрату доступа только к той части данных, которая на нем хранилась. Размещение с полной репликацией. Эта стратегия предусматривает размещение полной копии всей БД на каждом из узлов системы. Следовательно, надежность и доступность данных, а также уровень производительности системы будут максимальными. Однако стоимость хранения данных и уровень затрат на передачу данных в этом случае будут самыми высокими. Размещение с выборочной репликацией. Данная стратегия представляет собой комбинацию методов фрагментации, репликации и централизации. Одни массивы данных разделяются на фрагменты, тогда как другие подвергаются репликации. Все остальные данные хранятся централизованно. Целью применения данного метода является объединение всех преимуществ, существующих в остальных моделях, с одновременным исключением свойственных им недостатков. Благодаря своей гибкости, именно эта стратегия используется чаще всего. 77 Пользователи базы данных. Администратор базы данных, его функции Пользователь БД (user) - это физическое или юридическое лицо, которое имеет доступ к БД и пользуется услугами информационной системы для получения информации. Существуют различные категории пользователей: Конечные пользователи. Это основная категория пользователей, в интересах которых создается БД. В зависимости от особенностей создаваемой БД круг конечных пользователей может различаться. Это могут быть случайные пользователи, которые обращаются за информацией к БД время от времени и регулярные пользователи. Администратор базы данных (АБД) – это лицо или группа лиц, отвечающих за выработку требований к базе данных, ее проектирование, создание, эффективное использование и сопровождение. В процессе эксплуатации АБД следит за функционированием информационной системы, обеспечивает защиту от несанкционированного доступа, контролирует избыточность, непротиворечивость, сохранность и достоверность хранимой в базе данных информации. Разработчики и администраторы приложений. Это группа пользователей, которая функционирует во время проектирования, создания и реорганизации БД. Администраторы приложений координируют работу разработчиков при разработке конкретного приложения или группы приложений, объединенных в функциональную подсистему. Не в каждой БД могут быть выделены все типы пользователей. При разработке информационных систем с использованием настольных СУБД администратор БД, администратор приложений и разработчик часто существовали в одном лице. База данных взаимодействует в соответствующей среде со множеством пользователей. Пользователи могут предъявлять противоречивые требования к базе данных. Следовательно, возникает проблема координации деятельности пользователей и управления целостностью данных и защитой БД. Необходимость решения этой проблемы вызвало необходимость администрирования в базы данных.   82. Возможности СУБД Access по администрированию баз данных. Администрирование базы данных предусматривает выполнение функций, направленных на обеспечение надежного и эффективного функционирования базы данных, а также адекватности ее содержания информационным потребностям пользователей, отображения в базе данных актуального состояния предметной области. Функции администратора базы данных весьма обширны и по-разному трактуются в различных организациях. В администрировании базы данных можно выделить следующие направления: - администрирование предметной области, обеспечивающее адекватность отображения в концептуальной схеме базы данных тех изменений, которые происходят в предметной области; - администрирование приложений,ответственноеза обеспечение представления базы данных для различных групп пользователей в соответствии с их потребностями; - администрирование базы данных (хранения данных), включающее сохранность базы данных и максимизацию ее производительности; - администрирование безопасности данных, которое обеспечивает представление пользователям полномочий на доступ к данным в базе данных и соответствующим образом настраивает системные средства защиты от несанкционированного доступа. В достаточно полный набор функций администратора баз данных включаются следующие: - контроль целостности и восстановление базы данных; - настройка СУБД на конкретные условия применения; - настройка СУБД для эффективной обработки данных и обслуживания пользователей; - сбор и анализ статистики функционирования базы данных; - реорганизация (реструктуризация) базы данных в соответствии с изменениями предметной области; - подключение новых разработчиков и пользователей, назначение паролей, привилегий доступа к конкретным данным; - контроль изменения объема базы данных, определение целесообразности модернизации оборудования; - консультирование пользователей по особенностям используемой версии СУБД и инструментов разработки запросов и других приложений; - разработка процедур использования типичных средств СУБД и документации, регламентирующей действия пользователей по отношению к БД.     38. Направления развития СУБД: расширение множества типов обрабатываемых данных, интеграция технологий баз данных и Web-технологий, превращение СУБД в системы управления базами знаний. СУБД должны позволять прикладным специалистам отображать все типы данных для своих предметных областей. Шла напряженная работа в двух направлениях: 1) объединение объектно-ориентированного подхода и реляционных систем; 2) замена реляционной модели, ориентируясь исключительно на объекты. В результате в конце 80-х годов на рынке появилось более десяти СУБД - объектно-реляционных и объектно-ориентированных СУБД (ООСУБД). объектно-ориентированные СУБД поддерживают новый класс БД с умеренно большими совокупностями записей и чрезвычайно сложными наборами связей между записями. С БД такого типа приходится работать, например, при проектировании автомобиля или самолета, Существуют два различных подхода к объединению объектно-ориентированной и реляционной технологии. Гибридные СУБД, как и обычные реляционные системы, включают реляционные внутренние механизмы управления данными, но в их архитектуре предусматривается уровень объектно-ориентированного внешнего интерфейса, с которым приложения могут взаимодействовать точно так же, как если бы они работали с ООСУБД. Другой подход, технологически более продвинутый— расширенный реляционный. При таком подходе сами внутренние реляционные механизмы СУБД управления данными расширяются объектно-ориентированными возможностями. Привлекательным аспектом создания приложений баз данных на основе Web-среды является тот факт, что Web-клиенты (или браузеры) обладают независимостью от платформы. Web-браузеры предоставляют широко распространенный и простой в использовании графический пользовательский интерфейс, который можно применять для доступа ко многим типам объектов, включая и базы данных. клиентов. Общий успех СУБД в сочетании с информационными потребностями менеджмента и исследованиями искусственного интеллекта привел к росту заинтересованности в превращении СУБД в системы управления базами знаний, что может рассматриваться как тенденция развития СУБД. 39.знания, их виды базы знаний Знания — это закономерности предметной области (принципы, связи, законы), получен­ные в результате практической деятельности и профессионального опыта, позволяющие специалистам ставить и решать задачи а этой области. Знания основаны на данных, полученных эмпирическим путем. Они представля­ют собой результат мыслительной деятельности человека, направленной на обоб­щение его опыта, полученного в результате практической деятельности. Существ. — знания в памяти человека как результат мышления; — материальные носители знаний (учебники, методические пособия); — поле знаний — условное описание основных объектов предметной облас­ти, их атрибутов и закономерностей, их связывающих; — знания, описанные на языках представления знаний; — база знаний на машинных носителях информации. Для хранения данных используются Базы знаний. База знаний — основа любой интеллектуальной си­стемы. Знания могут быть классифицированы по следующим категориям: Поверхностные — знания о видимых взаимосвязях между отдельными собы­тиями и фактами в предметной области. Глубинные — абстракции, аналогии, схемы, отображающие структуру и приро­ду процессов, протекающих в предметной области. Эти знания объясняют яв­ления и могут использоваться для прогнозирования поведения объектов. Экспертные системы (ЭС) — это наиболее распространенный класс ИС, ориентирован­ный на тиражирование опыта высококвалифицированных специалистов в областях, где качество принятия решений традиционно зависит от уровня экспертизы, например, ме­дицина, юриспруденция, геология, экономика, военное дело и др. Современные ЭС — это сложные программные комплексы, аккумулирующие зна­ния специалистов в конкретных предметных областях и распространяющие этот эмпирический опыт для консультирования менее квалифицированных пользо­вателей.     48. Технология создания базы данных: описание структуры таблиц, установка связи между таблицами, заполнение таблиц данными. При первом открытии окна базы данных Access всегда активизирует вкладку Таблицы и выводит на экран список режимов создания таблиц: Для создания новой таблицы можно выбрать Мастер таблиц для определения полей таблицы с помощью списков образцов таблиц и полей. Для создания произвольной таблицы целесообразно пользоваться режимом Конструктора. Режим Создание таблицы путем ввода данных используется, как правило, для редактирования и ввода данных в уже существующие таблицы. Для каждой сущности назначается отдельная таблица, чтобы не было повторений в сохраненных данных. Таблицы состоят из записей и полей. Количество полей в записи определяется на стадии проектирования таблицы, поэтому прежде чем создавать таблицу с помощью приложения Access, необходимо четко представлять ее структуру. Величина и тип полей определяется пользователем. Необходимо выбирать размеры полей не слишком большими, так как при завышенных размерах полей бесполезно расходуется память БД. Для создания связей между таблицами они должны иметь ключевое поле, поэтому необходимо назначить ключевое поле каждой таблице. Чтобы задать первичный ключ в режиме Конструктора, необходимо выделить требуемое поле, а затем щелкнуть на пиктограмме «Ключевое поле», расположенной на панели инструментов. Для назначения Внешнего (Вторичного) ключа в режиме Конструктора, необходимо выделить поле и в области свойств этого поля в строке Индексированное поле из списка выбрать значение Да (Совпадения допускаются). Для выбора необходимого режима создания таблиц можно дважды щелкнуть на один из них в списке режимов, откроется требуемый режим. Кроме того, можно щелкнуть на пиктограмме «Создать» в окне БД, откроется окно диалога «Новая таблица», и в нем выбрать требуемый режим создания таблицы При выборе режима Мастер аблиц откроется окно «Создание таблиц», в котором с помощью образцов таблиц и полей легко сформировать поля новой таблицы. 51. Конструирование запросов выбора, перекрестного запроса, запросов на внесение изменений в базу данных. Запрос – это важнейший инструмент для извлечения информации из одной или нескольких таблиц БД. Посредством запроса можно вносить изменения в саму БД. З. может служить источником данных для форм, отчетов и страниц доступа к данным. Его результатом является новая таблица, которая может быть просмотрена, проанализирована, а затем сохранена или не сохранена. СУБД Access позволяет создавать запросы трех типов: 1) З. на выборку является наиболее часто используемым типом запроса. Он дает возможность: выбирать записи, удовлетворяющие условиям отбора; включать в результирующую таблицу поля из одной или нескольких таблиц в нужном порядке; осуществлять вычисления над полями БД; выполнять статистические расчеты для групп записей. Рез-том выполн-я з. явл-ся набор записей, собр -х в табл.(RecordSet-динамич. времен-й набор данных) 2) Перекрестный з.представляет собой специальный запрос итогового типа. Он отображает результаты итоговых статистических расчетов над значениями некоторого поля в виде перекрестной таблицы. В ней значения одного или нескольких столбцов слева образуют заголовки строк, верхняя строка – заголовки столбцов из значений определенного поля, а на пересечении строк и столбцов – итоговые значения. 3) З. на внесение изменений – это запрос, который вносит изменения в саму БД.   64.Эволюция концепций обработки данных. Обработка данных со временем претерпела некоторую эволюцию. В развитии концепций обработки данных можно выделить следующие этапы: · обработка БД на мэйнфреймах с помощью СУБД; · обработка БД с помощью систем удаленной обработки данных; · обработка локальных БД на ПК с помощью настольных СУБД; · использование систем совместного использования (работа с централизованной базой данных с помощью сетевых версий настольных СУБД); · использование клиент/серверных систем; · использование систем обработки распределенных баз данных. В общем случае обработка данных вкл. в себя ввод данных по каким-либо критериям и вывод данных и результат их обраб. в любом виде. Концепции обраб. данных прошли эволюцион. путь развития, связанный с развитием вычислительн. техники в целом. Исторически можно выделить сл. концепции обработки данных: ОБРАБОТКА НА mainframe В ПАКЕТНЫХ РЕЖИМАХ Для обработки данных в этом режиме польз-ли создавали задания на выполн-я опр. операций над исходной инф.. ОБРАБОТКА В МНОГОТЕРМИНАЛЬН. СИСТЕМАХ Появились по мере удешевления компьютеров и позволили пользователямнепосредственно обращаться к mainframe без оператора. ОБРАБОТКА ДАННЫХ НА АВТОНОМНЫХ ПК На ПК польз-ля устанавл. СУБД, там же создавалась локальная БД и производилась обработка данных. Данные и рез-ты передавались с компьютера на компьютер на внешних носителях. ОБРАБОТКА ДАННЫХ С ИСПОЛЬЗОВАНИЕМ КОМПЬЮТЕРНЫХ СЕТЕЙ Обмен данных между компьютерами происходит в автоматическим режиме по средствам линии связи и спец. коммуникационного оборудования. 66. Системы совместного использования файлов. Обработка запросов в них. Недостатки систем. При наличии компьютерной сети открывается возможность хранить и использовать в многопользовательском режиме централизованные БД, размещаемые на одном компьютере – сервере сети. В этом случае каждый пользователь своего ПК получает доступ к общей для всех пользователей централизованной БД. Существуют различные концепции сетевой обработки данных. Рассмотрим архитектуру с совместным использованием файлов, которая была разработана до клиент/серверной архитектуры и во многих отношениях является достаточно упрощенной. Почти во всех системах с совместным использованием файлов применяются локальные сети. Для этой архитектуры характерен коллективный доступ к общей БД на сервере, который является файловым сервером. Файловый сервер содержит файлы, необходимые для работы приложений и самой СУБД. Он обеспечивает функционирование той части сетевой версии СУБД, которая осуществляет управление данными в БД. Однако пользовательские приложения и сама сетевая СУБД размещены и функционируют на отдельных рабочих станциях и обращаются к файловому серверу по мере необходимости. Недостатки архитектуры файл/сервер 1. Поскольку файловый сервер не может обрабатывать SQL-запросы, то при совместном использовании файлов по локальной сети передаются большие объемы данных (полные копии БД перемещаются по сети с сервера на компьютер клиента). При такой архитектуре трафик[1] в локальной сети достаточно большой. 2. С увеличением объема хранимых данных и числа пользователей снижается производительность настольных СУБД. Из-за этих проблем системы с совместным использованием файлов редко используются для обработки больших объемов данных. 3. При такой архитектуре вся тяжесть выполнения запроса к БД и управления целостностью БД ложится на СУБД пользователя. 4. На каждой рабочей станции должна находиться сама сетевая версия настольной СУБД, что требует наличия больших объемов оперативной памяти на компьютере пользователя. 5. Доступ к одним и тем же файлам могут осуществлять сразу несколько пользователей, что усложняет управление целостностью, восстановлением БД на сервере.     72. Понятие и архитектура распределенных баз данных (РаБД). Гомогенные и гетерогенные РаБД. Стратегии распределения данных в РаБД. Распределенная БД (РаБД) – набор логически связанных между собой разделяемых данных и их описаний, которые физически распределены по нескольким компьютерам ( узлам) в некоторой компьютерной сети. Каждая таблица в РАБД может быть разделена на некоторое количество частей, называемых фрагментами. Фрагменты могут быть горизонтальными, вертикальными и смешанными. Горизонтальные фрагменты представляют собой подмножества строк, а вертикальные – подмножества столбцов. Фрагменты распределяются на одном или нескольких узлах. С целью улучшения доступности данных и повышения производительности системы для отдельных фрагментов может быть организована репликация – поддержка актуальной копии некоторого фрагмента на нескольких различных узлах. Репликаты – множество различных физических копий некоторого объекта БД, для которых в соответствии с определенными в БД правилами поддерживается синхронизация с некоторой «главной копией». Существуют несколько альтернативных стратегий размещения данных в системе:раздельное (фрагментированное) размещение, размещение с полной репликацией и размещение с выборочной репликацией. Раздельное (фрагментированное) размещение. В этом случае БД разбивается на непересекающиеся фрагменты, каждый из которых размещается на одном из узлов системы. Размещение с полной репликацией. Эта стратегия предусматривает размещение полной копии всей БД на каждом из узлов системы. Размещение с выборочной репликацией. Данная стратегия представляет собой комбинацию методов фрагментации, репликации и централизации. РаБД можно классифицировать на гомогенные и гетерогенные. Гомогенной РаБД управляет один и тот же тип СУБД. Гетерогенной РаБД управляют различные типы СУБД, использующие разные модели данных – реляционные, сетевые, иерархические или объектно-ориентированные СУБД. Гомогенные РаБД значительно проще проектировать и сопровождать. Кроме того, подобный подход позволяет поэтапно наращивать размеры РаБД, последовательно добавляя новые узлы к уже существующей РаБД. Гетерогенные РаБД обычно возникают в тех случаях, когда независимые узлы, управляемые своей собственной СУБД, интегрируются во вновь создаваемую РаБД. 76Хранилища данных.OLAP-технологии. хранилище данных как ориентированную на предметную область, интегрированную, статичную, не разрушаемую совокупность данных, предназначенную для поддержки принятия решений. Предметная ориентированность означает, что хранилище данных предназначено для предоставления данных, связанных с одним организационным процессом. Интегрированность (целостность и внутренняя взаимосвязь) означает применение единых законов именования, способов вычисления значений данных, полученных из различных источников. Статичность (независимость от времени) означает, что хранилище данных содержит как исторические данные, так и данные, которые имели статус текущих при последнем погружении в хранилище данных. Временные рамки данных, содержащихся в хранилище данных, изменяются в широких пределах - от 15 месяцев до 5 лет. Неразрушаемая совокупность данных означает, что в хранилище данных помещается большой объем данных, которые, будучи раз погруженными, уже никогда больше не подвергаются каким-либо изменениям. Это приводит к тому, что пользователи, выполняющие один и тот же запрос к хранилищу данных, получат один и тот же результат.Для хранилища данных создается репозитарий – специальное хранилище данных о данных (метаданных). OLAP-системы являются дальнейшим развитием DSS- и OLTP-систем и позволяют аналитику динамически формировать класс вопросов, который требуется для решаемой им текущей аналитической задачи. Эти системы служат для анализа деятельности корпорации или ее структурных подразделений и прогнозирования их будущего состояния. Анализ проводится на основе накопленных многочисленных данных о деятельности корпорации в прошлом, а также внешних источников данных. Взаимодействуя с OLAP-системой, пользователь может осуществлять гибкий просмотр информации, получать произвольные срезы данных и выполнять аналитические операции агрегирования и детализации, сравнения во времени.