Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 60)

Мы в нашем поздравлении хотим использовать обращение «до­рогой/дорогая», которое зависит от пола сотрудника. Для того чтобы выбиралось нужное обращение, воспользуемся кнопкой «Добавить поле Word» на панели инструментов «Слияние» и в появившемся спис­ке выберем строку «IF...THEN...ELSE». Поле IF обозначает выпол­нение одной из двух операций, в зависимости от выполнения указан­ных условий. Нужное нам условие будет выглядеть так, как представ­лено на рис. 9.31.

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

Подготовленный нами текст будет иметь вид:

Дорогая «имя» «отчество»!

Поздравляем Вас с наступающим Новым годом!

Счастья! Здоровья!

Успехов в нашей совместной деятельности!

Вместо ссылок при просмотре и печати будут выводиться конк­ретные имена и отчества сотрудников.

Кроме получения документов слиянием можно, установив связь с MS Word, воспользоваться позицией меню Сервис/Конверты и на­клейки.

Для получения сложных документов можно также использовать возможность «Публикация в MS Word». Публиковать можно табли­цы, запросы, отчеты.

Для публикации соответствующего объекта нужно предваритель­но позиционироваться на нем в окне базы данных.

Использование возможности «Анализ в MS Excel» приводит к преобразованию таблицы данных или запроса в формат MS Excel.

На это следует обратить внимание

• Генераторы отчетов являются мощным средством автоматиза­ции проектирования информационных систем.

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

• Генераторы отчетов, включенные в состав конкретных СУБД, различаются по своим функциональным возможностям, удобству ис­пользования. Однако принципы, положенные в их основу, являются общими. Знание этих принципов позволяет легко осваивать разные реализации этих систем.

Контрольные вопросы

1. Что такое «отчеты»?

2. Что такое «генераторы отчетов»?

3. Дайте классификацию форм отчетов.

4. Какие возможности предоставляет пользователю генератор отче­тов СУБД Access?

5. Что такое макет отчета и какова его структура?

6. Что такое Мастера и какие Мастера включены в генератор отчетов Access?

7. Каков порядок создания отчета?

8. Как можно получить документ табличной формы, анкетной формы?

9. Как можно обеспечить сортировку данных в отчете?

10. Можно ли выводить в документ данные, явно не содержащиеся в таблицах базы данных? Если да, то как это сделать?

11. Как можно получить отчет, содержащий информацию из несколь­ких таблиц БД? Какие разновидности отчетов при этом можно полу­чить?

12. Каковы возможности группировки данных в отчете?

13. Сколько степеней итогов позволяет получить генератор отчетов Access?

14. Можно ли получить документ, содержащий только итоговые стро­ки? Если да, то как это сделать?

15. Как пронумеровать страницы отчета?

16. Как пронумеровать строки в отчете?

17. Что собой представляет «Слияние с MS Word»? «Публикация в MS Word»?

18. Какие свойства элементов отчета можно задавать и в каких целях их можно использовать?

Глава 10 РАСПРЕДЕЛЕННЫЕ БАНКИ ДАННЫХ

10.1. Основные понятия

Будем различать понятия «распределенные банки данных» (РБнД) и «распределенные базы данных» (РБД).

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

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

Система управления распределенной базой данных — програм­мная система, позволяющая управлять базой данных таким образом, чтобы ее распределенность была прозрачна для пользователей.

Сервер баз данных - СУБД, основанная на архитектуре «клиент-сервер».

SQL-сервер - собирательный термин, относящийся ко всем сер­верам баз данных, основанных на SQL. Наиболее популярные SQL-серверы перечислены в табл. 10.1.

Таблица 10.1

СУБД	Производитель	URL
Oracle	Oracle Corp.	www.oracle.com
MS SQL Server	Microsoft	www.microsoft.com
Informix	Informix	www.informix.com
Sybase	Sybase	www.sybase.com
DB2	IBM	www.4.ibm.com

Современным серверным СУБД присущи следующие характер­ные черты:

• реализация для различных платформ (UNIX, Windows, Linux);

• наличие административных утилит;

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

• обслуживание репликаций;

• параллельная обработка данных в многопроцессорных системах;

• поддержка OLAP и создания хранилища данных (многие произ­водители серверных СУБД поставляют такие серверы отдельно (Oracle, Informix), некоторые включают их в состав сервера реляци­онных БД (MS SQL Server 7.0 и выше));

• распределенные запросы и транзакции;

• использование средств проектирования БД (универсальных или ориентированных на конкретную СУБД);

• поддержка доступа к данным через Интернет.

К распределенным системам помимо требований, предъявляемых ко всем ИС, выдвигаются дополнительные требования:

• независимость от расположения данных;

• независимость от СУБД, ОС и аппаратного обеспечения;

• максимальная автономия.

При работе в РБнД возникают дополнительные проблемы. При­чинами, вызывающими эти проблемы, являются:

• параллельное одновременное обращение пользователей к БД;

• распределение функций по обработке данных между компьюте­рами;

• распределение данных между компьютерами;

• авторизация пользователей и распределение ролей между ними;

• неоднородность отдельных компонентов.

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

10.2. Классификация РБнД

При классификации РБнД будут рассмотрены только характерис­тики, присущие именно распределенным ИС. На рис. 10.1 приведена обобщенная схема классификации РБнД.

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

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

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

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

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

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

При сравнении децентрализованных и распределенных систем (табл. 10.2) знаком «+» отмечены лучшие значения характеристики.

Таблица 10.2

Характеристика	Система
	децентрализованная	распределенная
Возможность совместного использования данных		+
Сложность используемых программных средств	+
Возможность централизованного обеспечения целостности данных		+
Сложность проектирования	+
Сложность поддержания безопасности	+
Гибкость и эффективность использования вычислительных ресурсов		+

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

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

Таблица 10.3

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

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

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

На выбор способа организации БД оказывают влияние следую­щие факторы:

• число пользователей;

• степень пересечения информационных потребностей пользова­телей;

• объем данных;

• квалификация персонала;

• ограничения (стоимость, время отклика, актуальность инфор­мации);

• наличие существующей системы обработки информации и ее
  характеристика.

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

• в централизованных системах около половины (48%) средств расходуется на аппаратное обеспечение, 14% составляют затраты на программное обеспечение и 28% - на поддержку системы;

• в распределенных системах основные затраты (77%) связаны с поддержкой системы, расходы на аппаратное обеспечение составля­ют 15%, а на программное обеспечение - только 6% общей стоимос­ти системы.

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

1. централизованный каталог;

2. полностью реплицированный каталог;

3. секционированный каталог;

4. комбинированный (1 и 3).

По способу взаимодействия функциональных компонентов раз­личают файл-серверную и клиент-серверную архитектуру РБнД. На рис. 10.2 представлена принципиальная схема обработки данных в архитектуре «файл-сервер». При использовании такой архитектурной модели основная обработка данных проводится на рабочей станции. Такая модель приводит к необходимости передачи больших объемов данных по сети, что увеличивает трафик, а это, в свою очередь, мо­жет привести к замедлению обработки данных, увеличению стоимо­сти, снижению надежности и другим недостаткам.

Характеристики

Список файлов книги