Базы данных

19

1. Распределенные базы данных. Стратегия распределения данных.

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

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

Существуют две основные технологии децентрализованного управления базой данных: распределенных баз данных (Distributed Database) и тиражирования, или репликации, база данных (Data Replication).

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

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

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

19

рис. 3. Модель распределенной базы данных.

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

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

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

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

19

Рис. 4. Модель тиражирования БД

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

Основной недостаток модели тиражирования баз данных заключается в том, что на некотором интервале времени возможно «расхождение» копий баз данных. Если отмеченный недостаток некритичен для прикладных задач, то предпочтительно иметь схему с тиражированием баз данных.

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

Монопольный доступ обычно используется в двух случаях:

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

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

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

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

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

Рассмотрим некоторый типичный набор блокировок. В конкретных программах схемы блокирования объектов могут отличаться от описываемой. Выделим 4 вида блокировок, перечисленные в порядке убывания строгости ограничений на возможные действия:

- полная блокировка;

- блокировка от записи;

- предохраняющая блокировка от записи;

- предохраняющая полная блокировка.

Полная группировка. Означает полное запрещение всяких операций над основными объектами (таблицами, отчетами, экранными формами). Этот вид блокировки обычно применяется при изменении структуры таблицы.

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

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

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

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

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

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

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

- предохраняющая полная блокировка совместима со всеми блокировками, кроме полной.

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

Если не управлять доступом к совместно используемым объектам, то между потребителями ресурсов могут возникать тупиковые ситуации (клинчи, «смертельные объятия» или блокировки). Следует отличать понятие блокировки в смысле контроля доступа к объектам от блокировки в смысле тупикового события.

Существует два основных вида тупиков: взаимные (deadlock) и односторонние (livelock).

Простейшим случаем взаимного тупика является ситуация, когда каждый из двух пользователей стремится захватить данные, уже захваченные другим пользователем (рис. 5а). В этой ситуации пользователь-1 ждет освобождения ресурса N, в то время как пользователь-2 ожидает освобождения от захвата ресурса М. Следовательно, никто из них не может продолжить работу.

19

а) б)

Рис. 5. Примеры взаимных тупиков в распределенных базах данных

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

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

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

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

2. Архитектура систем управления баз данных. Функциональные возможности систем управления базами данных.

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

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

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

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

Рис. 1. Структура информационной системы с файл-сервером

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

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

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

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

- компьютер-сервер и персональные компьютеры с ПБД;

- несколько компьютеров-серверов и персональные базы;

- несколько компьютеров-серверов и персональных компьютеров с ПБД.

Использование архитектуры клиент-сервер дает возможность постепенного наращивания информационной системы предприятия, во-первых, по мере развития предприятия; во-вторых, по мере развития самой информационной системы.

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

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

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

3 Запросы к базам данных в СУБД Access, их назначение и виды.

Создание запросов.

Перед созданием запроса нужно открыть базу данных, в которой он будет храниться. После этого следует выбрать вкладку Запросы (Queries) и нажать кнопку Создать (New). Начать создание запроса можно также, выбрав в пункте Вставка (Insert) главного меню Access подпункт Запрос (Query). В результате появляется окно, в котором предлагается выбор варианта.

Возможны следующие варианты создания запроса:

- вручную с помощью конструктора - КОНСТРУКТОР (Design View);

- автоматическое создание простого запроса на выборку - Простой запрос (Simple Query Wizard);

- автоматическое создание перекрестного запроса для компактного представления данных в виде сводной (перекрестной) таблицы - ПЕРЕКРЕСТНЫЙ ЗАПРОС (Crosstab Querry Wizard);

- автоматическое создание запроса на поиск записей с повторяющимися значениями полей - ПОВТОРЯЮЩИЕСЯ ЗАПИСИ (Find Duplicates Query Wizard);

- автоматическое создание запроса на поиск записей в одной таблице, которые не имеют подчиненных записей в другой таблице - ЗАПИСИ БЕЗ ПОДЧИНЕННЫХ (Find Unmatched Query Wizard).

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

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

Вызов Конструктора запросов производится при создании запроса или открытии существующего запроса и переводе его в режим Конструктора. В первом случае перейти в режим Конструктора запросов можно в окне открытой базы данных из вкладки Запросы (Queries) двумя способами: нажатием кнопки ОК в появившемся окне либо нажатием кнопки Конструктор (Design). Для перевода запроса в режим Конструктора достаточно щелкнуть мышью по кнопке на панели инструментов. Заметим, что при вызове Конструктора в главном меню Access появляется дополнительный пункт ЗАПРОС (Query), который имеет подпункты, позволяющие выполнять различные операции в процессе создания запроса: выполнение запроса, добавление таблицы в модель запроса, изменение вида запроса и т.д.

Составление запроса в режиме Конструктора в общем случае включает в себя определение следующего:

- таблиц и полей таблиц;

- вида запроса (выборка, добавление, удаление, перекрестный запрос, SQL-запрос);

- условий отбора записей;

- параметров отображения результатов выполнения запроса (показ полей, сортировка значений).

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

Для указания таблиц, используемых в запросе, нужно поместить в запросную схемы этих таблиц или запросов и указать связи между ними. Включение объектов в запрос производится в окне ДОБАВЛЕНИЕ ТАБЛИЦЫ (Snow Table), которое вызывается автоматически (при создании запроса) или принудительно при работе с запросом путем нажатия кнопки на панели инструментов.

При создании запроса Access по умолчанию предоставляет заготовку запроса на выборку. Изменить вид запроса можно с помощью пункта ЗАПРОС (Query) основного меню системы, где возможные виды запросов перечислены как подпункты меню. Этот способ не совсем удобен и очевиден.

Для создания запроса в виде инструкции языка SQL можно при наличии на экране запросной формы воспользоваться пунктом меню ЗАПРОС / ЗАПРОС SQL (Query\ SQL), в котором выбрать нужный вид SQL-запроса (на объединение , к серверу или управляющий). Если запрос уже описан в запросной форме, выбор упомянутого выше пункта приведет к преобразованию запроса, если возможно, в предложение языка SQL. Заметим, что обратный переход не получается - при этом появляется пустая запросная форма.

Завершить создание запроса можно следующим образом:

- выбором пункта меню ФАЙЛ / Сохранить (File\Save);

- выбором пункта меню ФАЙЛ / Сохранить как \ Экспорт (File\Save AS / Export);

- нажатием кнопки Сохранить (Save) на панели инструментов;

- путем закрытия окна создания запроса.

4. Практическая часть.

Для запуска Access следует открыть подменю Программы стартового меню Пуск и активизировать команду Microsoft Access 97. в результате программа Access будет загружена и на экране появится ее окно.

После запуска программы Access на экране появляется окно приложения и диалоговое окно, в котором выбираем Новая база данных, указываем путь к базе (A:/) и имя базы (КАДРЫ.MDB), в результате чего образуется пустая база данных A:/КАДРЫ.MDB, в которую потом поместим необходимые таблицу, форму, запросы и отчет.

После того как пустая БД создана, приступаем к созданию новой таблицы. В окне БД открываем вкладку Таблицы. В результате на экране появится окно Новая таблица, в правой части которой перечисляются способы создания таблицы: Режим таблицы, Конструктор, Мастер таблиц, Импорт таблиц, Связь с таблицами. Выбираем способ Конструктор и нажимаем на кнопку OK. Состав таблицы определяется в области проекта таблицы, который состоит из трех колонок - Имя поля, Тип данных и Описание. Заполняем первое поле таблицы. В первую колонку вводим имя поля Фамилия, во вторую - тип данных Текстовый, в третью ничего вводить не будем. Затем в области Свойства поля в поле Размер поля вводим 20. Остальные поля создаются аналогично в соответствии с данными, представленными в таблице. Для поля ДатаРождения в области Свойства поля в поле Условие на значение вводим <Date(), а в поле Сообщение об ошибке - Слишком молодой сотрудник. После ввода данных всех полей сохраняем созданную таблицу под именем Сотрудники. Теперь открываем таблицу в Режиме таблицы и вводим данные для 10 сотрудников. После ввода данных таблица БД создана.

Создадим форму для редактирования и дополнения данных в таблице.

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

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

Создание запроса выполним с помощью Мастера запросов. Для этого выбираем вкладку Мастер запросов диалогового окна Новый запрос и нажимаем на кнопку OK. На первом шаге Мастер запросов предлагает выбрать поля (мы выбираем все поля), на втором шаге выбираем внешний вид запроса (подробный), на последнем шаге задаем имя запроса (Совместительство). В результате работы Мастера запросов будет создан запрос на выборку.

Теперь нам необходимо выбрать только тех сотрудников, которые работают по совместительству. Для этого открываем созданный запрос в Режиме конструктора и в столбце Совместительство в поле Условие отбора вводим Истина. В результате будет создан запрос, который будет выбирать из таблицы Сотрудники только тех сотрудников, которые работают по совместительству.

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

Для этого аналогично с помощью Мастера запросов создадим запрос. Далее в Режиме конструктора в столбце Подразделение в поле Условие отбора вводим Like [Введите подразделение:]. В результате будет создан запрос, который будет выбирать из таблицы Сотрудники только сотрудников выбранного подразделения. При этом подразделение будет вводиться в диалоговом окне Введите значение параметра при запуске запроса Подразделение.

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

Отчет можно создать тремя способами: с помощью Конструктора отчетов; с помощью Мастера отчетов; используя Автоотчет. Создание отчета выполним с помощью Мастера отчетов. Для этого выбираем вкладку Мастер отчетов диалогового окна Новый отчет и нажимаем на кнопку OK. На первом шаге Мастер отчетов предлагает выбрать поля (мы выбираем все поля), на втором шаге выбираем уровень группировки (Подразделение), на третьем шаге указываем уровень сортировки (Фамилия, Имя, Отчество, ДатаРождения); на четвертом шаге указываем и задаем вид макета страницы (блок); на пятом шаге устанавливаем стиль отчета (Обычный); на последнем шаге задаем имя формы (Сотрудники). В результате работы Мастера отчетов будет создан отчет на основе таблицы Сотрудники, сгруппированный по полю Подразделение.

Далее введем заголовок отчета. Для этого откроем эту форму в Режиме конструктора и выбираем подменю Заголовок/Примечание отчета меню Вид. В появившийся Заголовок отчета добавляем элемент Надпись и вводим с клавиатуры текст Список сотрудников.

В область данных добавим элемент Поле, у которого в данные вводим выражение =IIf([Совместительство];2000;0). В этом поле будет начисляться пенсия в размере 2000 руб. сотрудникам пенсионерам.

Теперь добавляем примечание группы Подразделение, в которое вставим элемент Поле. Данными этого поля будут итоговые суммы зарплаты по группам. Поэтому в свойства Данные этого поля вводим выражение =Sum([СрЗарплата]). Для указания в конце отчета, кто создал отчет, переходим в режим Конструктор, выбираем на панели инструментов панель элементов, а в ней кнопку Надпись. Вводим необходимые данные. Отчет сформирован.

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

Список использованных источников:

Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А.Д. Хомоненко. - Издание второе, дополненное и переработанное - СПб.: КОРОНА принт, 2002. - 672с.

Р.Винтер, П. Винтер. Microsoft Office 97 в подлиннике: В 2 т.: пер. с англ. - СПб.: BHV - Санкт-Петербург, 1997. том П - 656 с., ил.