Теория и практика построения баз данных (1088289), страница 80
Текст из файла (страница 80)
1) Напишите 314).-операторы, необходимые для чтения представления ГОРЕЛКА ПР. Начните с некоторого серийного номера. 2) Напишите ВЯ).-операторы, необходимые для создания нового экземпляра представления РЕГИСТРАЦИЯ ПР, в предположении, что необходимые данные о горелке уже имеются в базе данных, а данные о покупателе — нет. 3) Напишите БОГ=олераторы, необходимые для построения нового экземпляра представления РЕМОНТ ГОРЕЛКИ ПР, в предположении, что необходимые данные о горелке уже имеются в базе данных, а данные о покупателе — нет. Зарегистрируйте горелку в процессе записи информации о ремонте.
4) Напишите 5О1 -операторы, удаляюшие все записи о конкретной горелке. Используйте представление ГОРЕЛКА ПР. Часть Ч Обработка многопользовательских баз данных В части У данной книги рассматриваются вопросы обработки многопользовательских баз данных и различные подходы к этому в двух наиболее популярных СУБД.
Глава 11 посвящена администрированию и основным приемам обработки многопользовательских баз данных. Следующие две главы демонстрируют воплошение этих идей с использованием Огас1е 81 Гглава 12) и БОГ Бегчег 2000 (глава 13). Администрирование баз данных 379 Глава 11 Многопользовательские базы данных Многопользовательские базы данных, являясь весьма ценным инструментом для организаций, в то же время вызывают ряд трудностей. Во-первых, они сложны в проектировании и разработке, поскольку предполагают наличие множества перекрывающихся пользовательских представлений. Кроме того, требования со временем меняются, а изменение требований обусловливает необходимость изменений в структуре базы данных.
Такие структурные изменения должны тщательно планироваться и контролироваться, чтобы изменение, сделанное для одной группы, не вызвало проблем в другой. Вдобавок при параллельной обработке запросов от нескольких пользователей необходимо принимать специальные меры, чтобы действия одного пользователя не оказывали непредусмотренного влияния на действия другого пользователя. Как вы увидите, это весьма важная и сложная тема. В больших организациях должны быть определены права и обязанности по обработке. Что происходит, например, когда сотрудник покидает фирму? Когда его записи можно удалить? Для обработки информации по выплате заработной платы — по окончании последнего оплаченного периода.
Для квартальной отчетности — в конце квартала. Для подсчета налоговых отчислений — в конце года. И так далее. Ясно, что ни один отдел не может в одностороннем порядке определить, когда можно удалять данные. Аналогичные рассуждения справедливы относительно вставки новых данных и изменения существующих. Эти и другие соображения указывают на необходимость разработки системы безопасности, которая позволит выполнять только строго определенные действия в строго определенное время и только пользователям, имеющим для этого достаточные полномочия.
Базы данных стали ключевым компонентом функционирования организаций и даже основной составляющей их стоимости. К сож шению, базы данных не застрахованы от сбоев и крушений. Следовательно, жизненно необходимы эффективные планы, методики и процедуры резервного копирования и восстановления. Наконец, со временем потребуются изменения в самой СУБД с целью повышения производительности, внедрения новых возможностей и версий программ- ~ пи.о обеспечения и учета модификаций в операционной системе, под управлением которой она работает.
Все это требует хоро|пего руководства. Для решения этих задач в болынинстве организаций были созданы отделы администрирования баз данных. Сначала мы рассмотрим, что входит в их функции, а затем опишем методики, процедуры и программное обеспечение, испольлуел1ые для выполнения этих функций. В следующих двух главах мы обсудим и продемонстрируем в действии средства администрирования баз данных, имеющиеся в СУБД Огас1е 81 и БОБ Ъегчег 2000.
Администрирование баз данных В промышленности используются два термина: адлшиистрироваиие данных(дага ;п1пз)в1втгат1оп) и администрирование базы дапиых (г1агаЬаве аЛптйивггаггоп). В одних случаях эти термины считаются спноппмичными, а в других онп имеют разные значения. В данной книге под адлчииистрироваписи базы данных л1ы будем понимать функцию, относящуюся к конкретной базе данных, вкшочая ее приложения. Настоягцая глава посвящена админпстрировани|о баз данных. Администрирование данных обсуждается в главе 17, Базы данных значительно различаются по своему размеру и широте охвата— от персональных однопользовательских баз данных до больпшх межорганизациопных баз данных, таких как система предварительного заказа авиабилетов. Все они нуждаются в администрировании, хотя задачи, которые в этой связи предстоит решать, различны по степени сложностш Например, пользователи персональных баз данных выполняют простые процедуры резервного копирования данных и храпят для документирования минимальное количество записей.
В этом случае пользователь базы данных одновременно выполняет функции ее администратора, хотя, возможно, и не подозревает об этом. В приложениях многопользовательских баз данных администрирование ста~ювится как более важной, так и более сложной задачей. Поэтому данная задача выделяется формально. В некоторых приложениях эта функция поручается одному или двум сотрудникам, работающим на неполную ставку. В случае больших баз данных, использующих Интернет или интрасеть, администрирование зачастую оказывается слишком затратной по времени и разноплановой задачей, чтобы можно было поручить ее одному сотруднику, даже работающему полный рабочий день.
Поддержание базы данных с десятками или сотнями пользователей требует значительных временных затрат, наряду с техническими знаниями и дипломатическими навыками, и обычно осуществляется специальным отделом. Менеджера этого отдела часто называют администратором базы данных. В общую компетенцию отдела администрирования базы данных входит упрощение разработки и использования базы данных. Обычно зто означает поддержание баланса между противоречащими друг другу установками — на защиту базы данных и на максимизацию ее доступности и выгод от ее использования.
Отдел администрирования базы данных отвечает за разработку, функционирование и обслуживание базы данных и ее приложении. Перечень конкретных 380 Глава 11. Многопользовательские базы данных Администрирование баз данных 381 функций приведен на рис. 11.1.
Каждую из этих функций мы рассмотрим в по- следующих разделах. > Управление структурой базы данных > Управление параллельной обработкой > Распределение прав и обязанностей пс обработке > Обеспечение безопасности базы данных > Восстановление базы данных > Управление СУБД > Поддержание репозитсрия данных Рис. 11.1. Функции администратора базы данных Управление структурой базы данных Управление структурой базы данных включает участие в первоначальном проектнровашш и реализации базы данных, а также руководство и контроль в процессе внесения в нее изменений.
В идеальном случае отдел администрирования привлекается к работе на ранней стадии разработки базы данных и ее приложений и принимает участие в изучении требований, оценке альтернатив, включая то, какую СУБД предпочтительнее использовать, и разработке структуры базы данных. Для больших организационных приложений администратор базы дан лыхв это обычно менеджер, который руководит работой технически ориентированного персонала по проектпровацшо базы данных. Как говорилось в главе 8, при создании базы данных приходится решать несколько задач. Прежде всего, создается база данных п выделяется х1есто ца физическом носителе под саму базу и ее журналы.
Затем создаются таблицы, индексы, хранимые процедуры и триггеры. Примеры этого вы увидите в следующих двух главах. Когда структуры базы данных сформированы, база заполняется информацией. В большинстве СУБД предусмотрены утилиты для записи больших объем о в дан и ых. Конфигурирование После того как база данных и ее приложения будут реализованы, неизбежно будут меняться требования. Это может быть обусловлено новыми потребностями, изменениями в бизнес-окружении, сменой политики и т.
д. Когда изменение требований вызывает необходимость пзмене~шя структуры базы ланных, слсдует действовать с большой осторожностью, потому что структурные изменения редко затрагивают только одно приложение. Следовательно, аффективное администрирование базы данных должно включать в себя процедуры и политику, с помощью которых пользователи могли бы регистрировать свои потребности в изменениях, а все сообшество пользователей базы данных имело бы возможность обсуждать эффект от этих изменений, чтобы затем можно было принять глобальное решение о том, стоит ли пх воплощать. Из-за больших размеров и сложности базы данных и ее приложений изменения иногда приводят к неожиданным результатам.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
