Экономическая информация в автоматизированных информационных системах

Экономическая информация в автоматизированных информационных системах

 

Организация данных в базах

Недостатки файловой организации данных

Понятие базы данных

 

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

По мере совершенствования методов управления народным хозяйством и его звеньями все яснее осознается необходимость создания АИС. Поначалу АИС имели файловую организацию данных. Такие системы обладали рядом недостатков:

1) дублирование данных;

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

3) ограниченный контроль данных;

4) недостаточные возможности управления данными.

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

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

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

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

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

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

1. Многократное использование данных.

2. Быстрый поиск и получение информации по запросам пользователей.

3. Простота обновления данных.

4. Уменьшение излишней избыточности данных.

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

6. Защита данных от несанкционированного доступа, от искажения и уничтожения.

7. Целостность БД. Это требование полноты, непротиворечивости и сохранности данных.

Современные базы данных большого объема. Для его измерения применяются такие единицы, как Терабайт и Петабайт. 1 Терабайт равен 10¹² байтов, 1 Петабайт равен 10¹⁵ байтов.

Размещение БД осуществляется на устройствах для хранения больших объемов данных: жестких магнитных дисках, оптических компакт-дисках, оптических библиотеках. Так, оптические библиотеки позволяют организовать динамический доступ к информации объемом от нескольких десятков Гигабайт до 5-6 Терабайт. В этих устройствах может быть установлено свыше 500 компакт-дисков разного формата.

 

 

Реляционная модель данных

 

На практике более распространена реляционная модель данных. Реляционная модель данных представляет собой комплекс взаимосвязанных простейших двумерных таблиц - отношений. Таблицы-отношениядолжны обладать следующими свойствами:

каждый столбец таблицы – это элемент данных (атрибут) и его значения должны быть не расчленяемыми на несколько значений;

все столбцы однородные;

в таблице нет двух одинаковых строк;

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

число строк не ограничено.

Отношение описывает некоторый объект материального мира посредством множества атрибутов R(А_1, А_{2, …,}А_n), называемого схемой отношения.

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

 

Нормализация отношений

 

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

множество отношений должно обеспечивать минимальную избыточность данных;

корректировка отношений не должна приводить к двусмысленности или потере данных;

перестройка набора отношений при добавлении в БД новых полей должна быть минимальной.

Наиболее изученным способом преобразования отношений, позволяющих улучшить характеристики БД по перечисленным критериям, является нормализация отношений. Это процесс приведения отношений к той или иной нормальной форме. Методику нормализации отношений разработал американский ученый А. Ф. Кодд в 1970 г. Он выделил три нормальные формы - 1НФ, 2НФ, 3НФ. Позже стали выделять 4НФ и 5НФ. Каждая последующая нормальная форма вводит определенные ограничения на хранимые в БД данные.

Отношение находится в первой нормальной форме, если все его поля являются простыми. Пример ненормализованного отношения:

 

Книга	Автор	Цена, тыс.р.	Телефон
А	Крюк К. К. Лис Л. Л.		11-11-11 77-77-77
В	Дудов Д. Д. Павлов П.П.		44-44-44 55-55-55

 

Отношение содержит клетки, включающие несколько значений поля. Приведение этого отношения к 1НФ производится путем вставки записей:

 

 

Книга	Автор	Цена, тыс.р.	Телефон
А	Крюк К. К.		11-11-11
А	Лис Л. Л.		77-77-77
В	Дудов Д. Д.		44-44-44
В	Павлов П.П.		55-55-55

 

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

В предыдущем отношении неключевое поле «Телефон» не зависит от ключа «Книга». Для приведения этого отношения ко 2НФ его надо разбить на три:

1) информация о книгах:

 

Номер книги	Книга	Цена, тыс.р
	А
	В

 

2) информация об авторах:

 

Автор	Телефон
Крюк К. К.	11-11-11
Лис Л. Л.	77-77-77
Дудов Д. Д.	44-44-44
Павлов П.П.	55-55-55

 

3) информация о том, какой автор написал какую книгу:

 

Автор	Номер книги
Крюк К. К.
Лис Л. Л.
Дудов Д. Д.
Павлов П.П.

 

Все три отношения имеют 2НФ.

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

Приведем пример отношения, находящегося во 2НФ, такой структуры:

 

Таб. №

Должность

Оклад

 

В этом отношении имеется транзитивная зависимость: неключевое поле «Оклад» зависит от неключевого поля «Должность», которое зависит от ключа «Таб. №». Она устраняется, если исходное отношение разбить на два отношения следующей структуры:

 

В результате требования 3НФ удовлетворены.

 

Операции над отношениями

 

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

традиционные операции над множествами: пересечение, вычитание, декартово произведение;

специальные операции: проекция, выбор, соединение, деление.

Операции объединения, пересечения, вычитания производятся над двумя исходными отношениями R₁ и R ₂с одинаковой структурой. Результатом является отношение такой же структуры, включающее:

кортежи, присутствующие в каждом из отношений R₁ и R ₂ одновременно - если выполнялось пересечение R₁ R ₂;

кортежи и из R_1, и из R _2, за исключением дубликатов-кортежей - если выполнялось пересечение R₁ R ₂;

кортежи из R_1, которых нет в R 2 - если выполнялось вычитание R₁-R _2.

Декартово произведение является операцией над двумя отношениями R₁ и R _2, имеющими в общем случае разную структуру. Результат - отношение R_1* R ₂ - содержит число кортежей, равное произведению количеств кортежей в исходных отношениях.

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

Проекция – операция выбора, которая переносит в результирующее отношение домены исходного отношения, указанные в условии операции.

Соединение отношений выполняется над двумя отношениями R₁ и R ₂ и создает одно результирующее. Каждый кортеж R₁ сопоставляется со всеми кортежами R ₂ и, если для этой пары кортежей соблюдается условие соединения, то они сцепляются и образуют очередной кортеж в результирующем отношении.

Деление – операция над двумя отношениями R₁ и R _2, имеющими в общем случае разные структуры и некоторые одинаковые домены. Структура результирующего отношения получается исключением из множества доменов в R₁ множества доменов в R _2. Среди кортежей не должно быть дубликатов.

3. Проектирование реляционной базы данных

Классификация СУБД

 

Классифицировать СУБД можно, используя различные признаки классификации.

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

ü иерархические. Первой иерархической СУБД была система IMS (Information Management System) компании IBM, коммерческое распространение которой началось в 1968 г.;

ü сетевые. Первой сетевой СУБД считается система IDS (Integrated Data Store), разработанная компанией General Electric немного позже системы IMS;

ü реляционные. Первые коммерческие реляционные СУБД от компаний IBM, Oracle Corporation, Relation Technology Inc. и других поставщиков появились в начале 80-х годов.

По степени универсальности различают СУБД общего и специального назначения.

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

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

По принципу обработки запросов к БД СУБД подразделяют на настольные и серверные.

В качестве классификационного признака можно рассматривать также:

ü среду функционирования СУБД (платформу) – класс компьютеров и операционных систем, под управлением которых работает СУБД;

ü наличие диалоговых и инструментальных средств конструирования объектов БД;

ü возможности встроенного языка СУБД;

ü использование OLE-технологии – взаимодействие объектов БД с объектами других приложений: табличных и текстовых процессоров, графических редакторов и др.;

ü возможности работы с нетрадиционными данными (данными, не являющимися текстом, числами и датами);

ü обеспечение интеграции данных из баз, созданных в разных СУБД и др.

 

Современные СУБД

Настольные СУБД

 

Становление СУБД началось и происходило, когда наиболее популярными типами компьютеров были мэйнфреймы, а также мини - ЭВМ. Обработка данных с помощью мэйнфреймов и мини-ЭВМ имела как определенные преимущества (возможность коллективного использования ресурсов и оборудования, централизованное хранение данных), так и недостатки. Главный из них - отсутствие персонализации рабочей среды (все программное обеспечение хранилось централизованно и использовалось коллективно). Это было одной из причин бурного роста индустрии персональных компьютеров. Именно в тот период и начался рост популярности настольных СУБД, таких как dBase и, чуть позже, FoxBASE, Paradox, а также некоторых других, уже забытых.

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

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

 

 

Рис. 1. Схема работы с настольной СУБД
в многопользовательском режиме

 

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

Существенных различий между двумя вышеописанными архитектурами нет. И в том, и в другом случае используются настольные СУБД. Известно более двух десятков настольных СУБД. Однако наиболее популярными, исходя из числа проданных копий, признаются dBase, Paradox, FoxPro и Access.

dBase и Visual dBase. Первая промышленная версия СУБД dBase (компании Ashton-Tate) появилась в начале 80-х годов. Благодаря простоте в использовании, нетребовательности к ресурсам компьютера эта СУБД приобрела немалую популярность. С выходом следующих ее версий – dBase III и dBase III Plus (1986 г.), оснащенных очень комфортной по тем временам средой разработки и средствами манипуляции данными, быстро заняла лидирующие позиции среди настольных СУБД. СУБД семейства dBase имели популярный формат данных и популярный язык программирования, получивший название xBase.

Версия Visual dBase 2000 имеет средства для: манипуляции данными dBase и FoxPro всех версий; создания форм, отчетов и приложений; публикации данных в Internet и создания Web-клиентов; визуального построения запросов и др.

Тенденция такова, что dBase превращается в некоммерческий продукт с доступными исходными текстами программ.

Paradox. СУБД Paradox (компании Ansa Software) выпущена в 1985 году. В конце 80-х – начале 90-х годов СУБД Paradox была весьма популярной, в том числе и в нашей стране.

Ранние версии Paradox предоставляли более широкие возможности, чем аналогичные версии dBase. Это: использование деловой графики в DOS-приложениях; обновление данных в приложениях при многопользовательской работе; визуальные средства создания запросов; средства статистического анализа данных; создание приложений на языке PAL (Paradox Application Language) с возможностью визуального построения пользовательских интерфейсов.

Windows-версии СУБД Paradox, помимо указанных сервисов, позволяли манипулировать данными других форматов, благодаря чему использовались как универсальное средство управления различными базами данных.

Версия Paradox 9 является составной частью Corel Office Professional и содержит средства: манипуляции данными Paradox и dBase; публикации данных и отчетов в Internet и создания Web-клиентов; доступа к данным формата Paradox из Windows-приложений, из Java-приложений и др.

Популярность СУБД Paradox несколько снизилась, хотя в мире эксплуатируется еще много информационных систем, созданных на ее основе.

Microsoft FoxPro и Visual FoxPro. СУБД FoxPro происходит от настольной СУБД FoxBase фирмы Fox Software. Она предоставляет дополнительно такие возможности, как использование деловой графики и др. Впоследствии эта СУБД была приобретена компанией Microsoft. Версии FoxPro (начиная с версии 3.0) получили название Visual FoxPro. Версия Visual FoxPro 6.0. имеет средства визуального моделирования объектов, средства публикации данных в Internet и др. С каждой новой версией этот продукт все более интегрируется с другими продуктами Microsoft (например, с Microsoft SQL Server).

Тенденция развития этого продукта состоит в том, что из настольной СУБД Visual FoxPro превращается в средство разработки приложений в архитектуре клиент/сервер и распределенных приложений. Эта тенденция в определенной степени характерна и для всех наиболее популярных настольных СУБД.

Microsoft Access. Первая версия СУБД Access появилась в начале 90-х годов. Это была первая настольная реляционная СУБД для 16-разрядной версии Windows. Популярность Access значительно возросла после включения этой СУБД в состав Microsoft Office.

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

Версия этой СУБД - Access 2000 входит в состав Microsoft Office 2000 Professional и Premium, а также доступна как самостоятельный продукт. Она может быть использована, с одной стороны, в качестве настольной СУБД и составной части офисного пакета, а с другой стороны, в качестве клиента Microsoft SQL Server, позволяющего осуществлять манипуляцию его данными, его администрирование и создание приложений для этого сервера.

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

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

 

Серверные СУБД

 

Наиболее эффективную работу с централизованной БД обеспечивает архитектура " клиент-сервер ". Централизация хранения и обработки данных является базовым принципом этой компьютерной архитектуры.

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

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

 

 

Рис. 2. Архитектура "клиент-сервер"

 

В архитектуре "клиент-сервер" функции клиентского приложения и серверной СУБД разделены.

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

Технология клиент/сервер имеет огромный потенциал, способный повлиять на расширение возможностей прикладных программ в бизнесе.

Современные серверные СУБД:

ü существуют в нескольких версиях для различных платформ, как правило, для различных коммерческих версий UNIX – Solaris, HP/UX и др. Многие производители также выпускают версии своих серверов баз данных для Windows NT Workstation и Windows 95/98, а в последнее время – также версии для Linux;

ü в подавляющем большинстве поставляются с удобными административными утилитами;

ü осуществляют резервное копирование данных и журналов транзакций;

ü поддерживают несколько сценариев репликаций (копирование информации из одной БД в несколько других). Репликации используются для разделения нагрузки между серверами в сети и многих других целей;

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

ü поддерживают создание хранилищ данных и OLAP. Хранилище данных – это совокупность данных, полученных прямо или косвенно из информационных систем, которые содержат текущую и деловую информацию, а также из некоторых внешних источников. OLAP (On Line Analytical Processing) – это технология построения многомерных хранилищ данных, являющихся результатом обработки набора данных, нередко состоящего из нескольких таблиц. Такие хранилища данных в последнее время широко используются в системах поддержки принятия решений;

ü выполняют распределенные запросы и транзакции (т.к. наличие нескольких серверов баз данных в одной организации стало обычным явлением). Эти возможности поддерживаются почти всеми серверными СУБД;

ü дают возможность использовать различные средства проектирования схем данных – универсальные или ориентированные на конкретную СУБД;

ü имеют средства разработки клиентских приложений и генераторы отчетов;

ü поддерживают как минимум публикацию баз данных в Internet;

ü обладают широкими возможностями управления пользовательскими привилегиями и правами доступа к различным объектам БД.

На рынке СУБД лидируют серверные СУБД, сведения о производителях которых приведены ниже:

 

СУБД	Производитель
Oracle8, Oracle8i	Oracle Corp.
Microsoft SQL Server 7.0, Microsoft SQL Server 2000	Microsoft
Informix	Informix
Sybase	Sybase
DB2	IBM

Краткий обзор данных СУБД см. в пособии [11].

Распределенные СУБД

 

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

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

Работу с распределенной БД обеспечивают распределенные СУБД. Распределенная СУБД (РаСУБД) – это программная система, которая обеспечивает управление распределенной БД и прозрачность ее распределенности для пользователей.

Требования к РаБД и РаСУБД изложены в правилах К. Дейта, сформулированных в 1987 году:

ü локальная автономность;

ü никакой конкретный сервис не должен возлагаться на какой-либо специально выделенный центральный узел;

ü непрерывность функционирования;

ü независимость от местоположения, от фрагментации, от тиражирования;

ü распределенная обработка запросов;

ü управление распределенными транзакциями;

ü независимость от оборудования, от операционных систем, от сети, от СУБД.

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

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

В других случаях данные тиражируются. Тиражирование – это создание дублирующих копий (репликатов) объектов БД на разных узлах с целью повышения доступности и/или сокращения времени доступа к критически важным данным. Репликаты – это множество различных физических копий некоторого объекта БД (обычно таблицы), для которых в соответствии с определенными в БД правилами поддерживается синхронизация (идентичность) с некоторой "главной" копией. Существуют различные модели тиражирования:одновременное обновление, распространенные обновления, запланированная синхронизация дубликатов только для чтения.

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

 

 

Тенденции развития СУБД

 

СУБД Microsoft Access 2000

 

СУБД Microsoft Access 2000 (в дальнейшем Access) предназначена для работы с реляционными базами данных. Эта СУБД входит в программный комплекс Microsoft Office 2000 (в вариантах Professional, Premium и Developer), компоненты которого работают в среде Windows 95/98, Windows NT Workstation 4.0 и выше.

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

Access поддерживает механизм OLE – связывание и внедрение объектов различных приложений Windows в БД. Позволяет импортировать данные таблиц: других баз данных Access; баз данных dBase, Microsoft FoxPro, Paradox, Oracle, Microsoft SQL Server; табличного процессора Microsoft Excel. Внешними для Access могут быть также: данные почтовой программы Microsoft Exchange; таблицы и списки HTML на сервере локальной, корпоративной сети (сети масштаба предприятия), сети Internet. Может экспортировать объекты БД в другие приложения.

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

 

 

Объекты БД и их размещение

 

СУБД Access ориентирована на работу с объектами БД, к которым относятся таблицы, запросы, формы, отчеты, страницы, макросы и модули.

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

Все объекты, за исключением страниц доступа к данным, можно хранить в одном файле - файле БД с расширением .mdb. Это упрощает их перенос с компьютера на компьютер, облегчает создание связанных объектов, проверку целостности данных. Страницы сохраняются как самостоятельные файлы с расширением .html отдельно от БД, с которой они связаны. Отчеты можно сохранять в файле с расширением. snp (формат снимка отчета) и распространять среди пользователей по электронной почте. С целью защиты форм, отчетов и модулей VBA БД может быть сохранена в файле приложения с расширением .mde. При этом БД сжимается, оптимизируется использование памяти и повышается быстродействие БД. Проект размещается в файле с расширением .adp на компьютере пользователя.

 

 

Данные в Access

 

Создавая компьютерную БД, пользователь вводит свои данные в ее поля. При этом он должен прежде описать эти поля согласно требованиям Access: присвоить имена полям, указать их тип и свойства (которые позволят управлять сохранением, обработкой и отображением данных поля). Полям присваиваются имена с учетом следующих требований: имя должно содержать не более 64 символов; запрещается использование точки (.), восклицательного знака (!), апострофа (‘), квадратных скобок ([]) и управляющих символов с кодами ASCII от 0 до 31.

В поля БД можно вводить данные следующих типов.

Текстовый. В поля такого типа помещают текст или комбинацию текстовых и числовых значений. Объем текста не должен превышать 255 символов.

Поле MEMO. Длинный текст (до 65535) символов.

Числовой. Числовые данные, используемые в математических вычислениях, за исключением денежных расчетов. Размеры числовых полей - 1, 2, 4, 8, 12 байтов.

Дата/время. Значения даты и времени. Даты из диапазона от 100 по 9999 год.

Денежный. Денежные значения. Их максимальная точность составляет 15 знаков слева от десятичной запятой и 4 знака справа от нее.

Счетчик. Уникальные последовательные с шагом 1 номера, автоматически вставляемые при вставке записи в БД.

Логический. Поля, которые могут иметь только одно значение из пары значений, таких как Да/Нет, Истина/Ложь или Вкл/Выкл.

Поле объекта OLE. Объекты других приложений, которые могут быть связаны или внедрены в таблицу Access.

Гиперссылка. В полях этого типа хранятся гиперссылки - путь к файлу на жестком диске либо адрес в сети Internet или интранет.

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

Размер поля. Определяет максимальную длину текстового или числового поля. Для числового поля часто используемыми являются значения:

ü байт - целые числа от 0 до 255 (поле занимает 1 байт);

ü целое – целые числа от -32 768 до 32 767 (2 байта);

ü длинное целое - целые числа от -2 147 483 648 до 2 147 483 647 (4 байта).

Применяются и другие значения: одинарное с плавающей точкой, двойное с плавающей точкой, действительное.

Формат поля. Определяет способ отображения текста, чисел, дат и значений времени на экране и на печати.

Число десятичных знаков. Дает возможность указывать для чисел количество дробных знаков.

Маска ввода. Задает маску ввода, облегчающую ввод данных в поле.

Подпись. Определяет текст, который выводится в подписях полей в таблицах, запросах, формах, отчетах.

Значение по умолчанию. Позволяет указать значение, автоматически вводящееся в поле при создании новой записи.

Условие на значе