Теория и практика построения баз данных (1088289), страница 141
Текст из файла (страница 141)
Рассмотрение этих продуктов и технологий выходит за рамки нашего изложения, но об их существовании знать следует. Дополнительную информацию по этой теме можно получить, выполнив поиск по ключевому слову гер1гсаНоп (репликация) в документации по Огас1е и БЯ!. Бегиег. Загрузка данных С появлением мощных персональных компьютеров стала возможной загрузка болыпих объемов данных предприятия на компьютеры пользователей и отделов для локальной обработки. Пользователи могут запрашивать эти данные с помощью локальных СУБД, а также импортировать их в электронные таблицы, программы финансового анализа, графические и другие программы.
Вообгце говоря, загруженные данные могут использоваться только для запросов и составления отчетов. Их нельзя обновить, так как после их извлечения из действующей базы данных контроль параллельной обработки этих данных не ведется. Чтобы лучше понять трудности, связанные с обработкой загруженных данных, рассмотрим тишгчный пример. Компания 0п~чегеа! Ецшртеп1 Компаная 1)пггиегза1 Ессцгргпепс производит и продает тяжелые машины для строительной промышленности. Продукция компании включает бульдозеры, грейдеры, погрузчики и буровые установки. Каждый вид продукции находится в ведении одного из менеджеров по продукции в отделе маркетинга, который отвечает за планирование, рекламу, маркетинговую поддержку, разработку рекламных матерггалов н т.
д. Каждому менеджеру выделен набор из двух или трех родственных продуктов. Реклама является самой кр)чгггой статьей расходов менеджеров по продукции, поэтому им необходимо измерять эффективность размеггсаемогй рекламы. В каждом рекламном обьявленни компании Ощиегза! Ес)нгрщепс имеется почтовая карточка для запроса информации. На каждой карточке напечатан номер, уникальный для каждого вида объявления, по которому можно установить, благодаря какому нз объявлений произошла данная покупка. Чтобы упростить отслеживание стимулированных рекламой покупок, отдел маркетинга разработал микрокомпьютерное приложение базы данных, которую могут использовать менеджеры по продукциц.
На рпс. 17.7, а изображены семантические объекты, фигурирующие в этом приложении. Объект ОБЪЯВЛЕНИС соответствует рекламному объявлению; объект ВИДОБЪЯВЛЕНИЯ представляет внд конкретного объявления в конкретной публикация; обьект ПРОДУКТ вЂ” конкретный продукт, например бульдозер.
Объект Загрузка данных 657 Процесс загрузки Компьютер 1 ят — Локальная сеть Загруженная БД Компьютер 2 Ком (фай Загруженная БД Большая ЭВМ (центральный компьютер удаленной обработки) Терминал удаленной обработки Компьютер ГЧ а Терминал удаленной обработки БД удаленной обработки Загруженная 656 Глава 17. Совместное использование данных предприятия ПРОДУКТ содержит две повторяющиеся группы — Квота и Продажи. Эти группы являются многозначными, поскольку доля продаж определяется ежеквартально, а продажи — еженедельно. Это представление объекта ПРОДУКТ является весьма простым.
Реальный объект такого рода имеет больше атрибутов. Но поскольку остальные данные в этом приложении не требуются, мы не стали их показывать. Структура базы данных, состоящей из этих объектов, изображена ва рис.!7.7, б. б Рис. 17.7. Объекты и отношения маркетинговой базы данных Цпыегва~ Ецмргпеп1; в — объекты, с которыми работают менеджеры; б — реляционные структуры, реализующие зти объекты Менеджерам по продукции выделены персональные компьютеры, соединенные с другими компьютерами через локальную сеть отдела маркетинга компании !)п1уегза! Ег!и!ршепб Для получения данных о продажах и стимулированных рекламой покупках компьютеры обращаются к файловому серверу, который выполняет роль шлюза на пути к болыпой ЭВМ кампании Т)п1уегза! Еоп!ршепг (коьгпьютеру, занимающемуся обработкой транзакций).
Архитектура системы подобна изображенной на рис, 17.8. Рис. 17.В. Совместное использование загруженных данных со шлюзом е роли файлового сервера Каждыйг понедельник ответственный пользователь отдела маркетинга запускает программу, разработанную отделом информационных систем управ- 658 Глава 17. Совместное использование данных предприятия Загрузка данных 658 пения ТЗп!уегза! Ес1ц!ршепд которая обновляет таблицы ПРОДАЖИ, КВОТА и СТИМУЛИРОВАННАЯ ПОКУПКА базы данных файлового сервера с помощью информации, полученной из главной базы данных компании. Эта программа добавляет данные за последнюю неделю и делает необходимые исправления.
При этом импортируются данные о продажах всех родственных продуктов, чтобы менеджеры по продукции могли провести сравнительный анализ. После загрузки данных на файловый сервер любой менеджер по продукции может получить с этого сервера интересуюшие его данные. Благодаря мерам безопасности менеджеры по продукции не могут получить данные, доступ к которым им не разрешен. Потенциальные проблемы при обработке загруженных баз данных Загрузка данных приближает данные к пользователю и увеличивает пользу от них, Однако, к сожалению, она сопряжена с трудностью обеспечения координации, согласованности и контроля доступа, а также с опасностью компьютерных преступлений.
Координация Рассмотрим проблему координации на примере таблиц СТИМУЛИРОВАННАЯ ПОКУПКА и ВИД ОБЪЯВЛЕНИЯ. Таблица СТИМУЛИРОВАННАЯ ПОКУПКА обновляется данными с большой ЭВМ (информация о стимулированных рекламой покупках вводится продавцами и записывается в главный компьютер). Но таблица ВИД ОБЪЯВЛЕНИЯ обновляется «локально» ответственным пользователем отдела маркетинга, который получает данные из отчетов, подготовленных менеджером по рекламе н рекламным агентством. Данная ситуация может вызвать проблемы, когда объявление размешается в первый раз в новогн выпуске или публикации.
Например, благодаря объявлению могут произойтн покупки, информация о которых будет записана в базу данных главного компьютера прежде, чем данные о виде объявления будут сохранены на файловом сервере. Позже при загрузке информации с главного компьютера программа импорта отклонит данные об этих покупках, так как они нарушат ограничение, согласно которому каждая строка таблицы СТИМУЛИРОВАННАЯ ПОКУПКА должна иметь родителя в таблице ВИД ОБЪЯВЛЕНИЯ. Таким образом, локальное обновление и загрузка должны тщательно координироваться; ответственный пользователь должен добавлять данные в таблицу ВИД ОБЪЯВЛЕНИЯ перед импортом данных с главного компьютера.
Аналогичные проблемы с координацией могут возникнуть при обновлении данных в таблицах КВОТА и ПРОДАЖИ. Согласованность Вторая проблема, связанная с загрузкой данных, относится к согласованности. Предполагается, что менеджеры по продукции не будут изменять полученные данные о долях и продажах. Но что произойдет, если менеджер изменит данные? В этом случае вероятна ситуация, когда данные в его базе не будут согласованы с данными н базах предприятия, файлового сервера и, возможно, других менеджеров по продукции. Отчеты, составленные этим менеджером, будут расходиться с другими отчетами.
А если несколько менеджеров изменят свои данные, возможно появление большого количества несогласованных данных. Ясно, что эта ситуация наводит на мысль о необходимости строгого контроля. База данных должна быть спроектирована таким образом, чтобы данные в ней нельзя было изменить. Если это невозможно (напричер, СУБД для персонального компьютера не позволяет наложить такое ограничение, а стоимость написания соответствующей прикладной программы непозволительно высока), то решение этой проблемы — в обучении. Менеджеры по продукции должны знать о проблемах, которые возникнут в случае изменения ими данных, и пм необходимо указать, что так делать не следует. Контроль доступа Третья проблема заключается в контроле доступа.
Когда данные передаются на несколько компьютерных систем, контролировать доступ становится сложнее. Например, в компании Пшуегза! Ег!ц!ршепт данные о квотах и продажах могут быть конфиденциальными. Вице-президент отдела продаж не хотел бы, чтобы проданцы узнавали о квотах продаж на предстоящий период до ежегодного собрания отдела продаж.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
