Проектирование базы метаданных

ПРОЕКТИРОВАНИЕ БАЗЫ МЕТАДАННЫХ [c.72]

При проектировании базы метаданных на концептуальном уровне исходят из требований к метаданным. Проектирование ведется, как и для обычной базы данных, по следующей схеме [c.72]

ПРОЕКТИРОВАНИЕ БАЗЫ МЕТАДАННЫХ НА КОНЦЕПТУАЛЬНОМ УРОВНЕ [c.73]

Проектирование базы метаданных на концептуальном уровне включает три этапа (см. рис. 3.2) [c.73]

Когда потребуется описание такого объекта, как база данных Можно предположить, что если система не содержит баз данных, то их описания не представляют интереса. Наоборот, для предприятия, разрабатывающего или использующего базу данных, эти сведения очень важны. Ниже будут рассмотрены специфические для систем баз данных аспекты проектирования базы метаданных. Здесь мы лишь констатируем, что [c.74]

Поддерживайте непротиворечивость при проектировании базы метаданных [c.100]

Организация коллективного использования метаданных. Здесь возможны два варианта параллельный доступ и последовательное предоставление. Оба варианта имеют свои преимущества и недостатки и требуют принятия определенных решений уже на ранних стадиях проектирования базы метаданных. [c.157]

Как следствие указанного свойства словарей-справочников данных подобного класса в базах метаданных (БМД) при проектировании и эксплуатации ИС можно иметь неограниченное число типов описываемых объектов и их взаимосвязей. Для администраторов данных, баз данных, информационных систем и различных приложений последних словари-справочники обеспечивают выдачу как стандартных, так и произвольных (в том числе оперативных) отчетов о БМД, доступ к БМД для прикладных программ и генерацию формализованных описаний объектов ИС на основе исходных текстовых описаний. [c.6]

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

Другой аспект управления метаданными — это их ведение. Одних мер контроля при проектировании структуры и сборе метаданных недостаточно. После того как база метаданных создана, необходимо постоянно поддерживать ее соответствие 24 [c.24]

Проектирование программного обеспечения с позиций функциональных требований к обработке базы метаданных будет рассмотрено в следующих главах. [c.69]

Рис. 3.2, Проектирование баз данных пользователей и баз метаданных на концептуальном уровне

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

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

Проектирование базы метаданных на концептуальном уровне составляет основу проекта всей СССД. Функциональное назначение СССД будет теперь рассматриваться в контексте проекта базы метаданных. Процедуры ввода, спецификации выходных данных и требования к генерации метаданных полностью зависят от проекта базы метаданных на концептуальном уровне и описываются в его терминах. Как и в случае обычной информационной системы, правильные результаты проектирования на концептуальном уровне обеспечивают гибкость при принятии проектных рещений на других этапах. [c.73]

Проектирование средств ввода-вывода неразрывно связано с проектированием базы метаданных. Поэтому и возможности таких средств зависят от содеожания базы метаданных. На практике средства ввода-вывода варьируют от очень простых до весьма сложных. В зависимости от состава базы метаданных возможности средств ввода-вывода по мере необходимости расширяются. В свою очередь состав базы метаданных может ограничивать спектр функций, поддающихся практической реализации. Например, СССД и, в частности, ее средства ввода-вывода смогут поддерживать описание системы телеобработки, если структура базы метаданных отражает специфические аспекты таких систем. [c.73]

Процедура проектирования базы метаданных на концептуальном уровне завершается идентификацией связей между типами метаобъектов и разработкой структурной диаграммы [2]. [c.76]

Рассмотренные здесь принципы разработки СССД и проектирования базы метаданных на концептуальном уровне служат введением в гл. 4 и 5, где обсуждаются конкретные аспекты проектирования СССД. [c.81]

Важно понять, что с помощью атрибутов рассматриваемой категории можно представить структуру метаобъектов. Отсылаем читателя к гл. 3, где рассмотрены вопросы проектирования базы метаданных и приведены диаграммы структуры метаобъектов. [c.93]

При проектировании базы метаданных обеспечивайте ее непротиворечивость. Это значит, что не следует вводить такие атрибуты, смысл которых для разных типов объектов не одинаков. В конечном счете это затруднит описание и приведет к двусмысленности. Важно, чтобы два основных элемента структуры базы метаданных (тип метаобъектов и атрибут) были определены однозначно. [c.100]

Система словаря-справочника данных должна обладать средствами ввода, обработки и предоставления хранимой информации. В предыдущей главе рассматривалось проектирование базы метаданных-—хранилища имеющейся в СССД информации. Настоящая же глава посвящена средствам ввода-вывода этих систем, [c.102]

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

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

Так как в основу разработки СССД положена концепция баз данных, внимание здесь концентрируется на проектировании базы данных СССД — базы метаданных. Рассмотрение начинается с идентификации и детального описания типов объектов метаданных, после чего дается описание их взаимосвязей и структур, которые используются при реализации проекта. [c.69]

Требования безопасности в СССД, ориентированных на диалоговые режимы доступа и поиска информации, жестче, чем в чисто пакетных системах. Как указывалось выше, эти требования учитываются при проектировании средств вывода. Одна из основных задач при выводе — не допустить доступа к базе метаданных пользователей, не наделенных соответствующими полномочиями. [c.119]

Программы специального назначения автоматизируют некоторые функции, связанные с проектированием или иными аспектами разработки системы обработки данных. Эти программные средства весьма многообразны, и их подробное обсуждение выходит за рамки настоящей книги (см., например, [5, 6]). Однако несколько специальных программных средств мы здесь вкратце рассмотрим, чтобы показать, что и они используют метаданные. Автоматически генерация метаданных СССД может повысить надежность этих средств, поскольку используемые метаданные будут согласованы с хранимыми описаниями. В частности, мы рассмотрим средства поддержки проектирования баз данных, средства имитационного моделирования баз данных, генераторы тестовых данных, программные средства ревизии, средства конвертирования данных и средства управления заданиями ОС. [c.150]

Рис. 6.136. СССД генерирует метаданные для средства проектирования баз данных и воспринимает его выходные данные

Большая часть информации, получаемая с помощью средств поддержки проектирования баз данных, может быть обнаружена в СССД. Программные средства генерации метаданных позволяют СССД предоставлять средству поддержки проектирования баз данных необходимые метаданные и принимать выходные данные, подготовленные этим специализированным средством (рис. 6.136). [c.152]

Проектировщики и разработчики коллективно используют базу метаданных при проектировании системы. База метаданных содержит описания существующих и планируемых систем и данных. СССД предоставляет эти описания разработ- [c.159]

В распределенной системе СССД должна выполнять все функции, присущие ей в централизованных системах, включая и применение в качестве средства проектирования баз данных, документирования сведений о данных и генерации метаданных. Поэтому предполагается, что СССД будет удовлетворять тому же набору функциональных требований, который рассматривался в предыдущих главах. Распределение данных тем не менее выдвигает дополнительные требования к средствам управления и контроля информационных ресурсов в территориально распределенной системе. Основное из них —сделать прозрачным местонахождение данных для процессов пользователя, выполняемых в любом узле. Это конкретное требование удовлетворяется введением следующих трех групп функций [c.234]

АБД участвует в логическом проектировании транзакций межузлового обновления, чтобы упростить решение проблем синхронизации. Для получения оптимального решения может потребоваться применить методы моделирования. Здесь СССД оказывает вполне определенную помощь, предоставляя и метаданные для проектирования баз данных, и соответствующие сведения об узлах. [c.246]

Функции АД/АБД Типы метаобъектов, представляющие объекты систем телеобработки Средства поддержки управления проектом проектирования БД структурных методов Г енер ация метаданных для СУБД телемонитора, процессора языка запросов, генератора отчетов и генераторов программ средств автоматизации проектирования Привязка метаданных к программам во время выполнения Обеспечение измерения операционных характеристик системы реорганизации и реструктуризации базы данных Сбор статистики по доступу времени реакции использованию устройств Мощный ЯОД Интерактивные средства меню, подсказка [c.268]

Система DATAMANAGER фирмы MSP обладает большими возможностями в отнощении генерации метаданных для СУБД. Она может работать с пятью основными СУБД. Основные усилия ее разработчиков в последние годы направлены на обеспечение поддержки таких новых функций, как проектирование баз данных и ревизия. [c.278]

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

СССД представляет собой специализированную информационную систему, содержащую сведения о данных. Главный принцип, положенный в основу проектирования систем этого класса, — обеспечение коллективного доступа к метаданным всех подразделений предприятия, как связанных, так и не связанных с обработкой данных. По этой причине при проектировании СССД следует исходить из концепции базы данных и применять те же методики и процедуры, что и при разработке обычных прикладных систем баз данных. [c.69]

При определении принципов проектирования СССД особенно важно то, что эта система должна удовлетворять потребности в метаданных широкого круга пользователей администратора данных (АД), администратора базы данных (АБД), аналитиков, программистов и конечных пользователей (рис. 3.1). Многим из них придется работать с различными [c.70]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...