Независимые СССД

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

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

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

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

В независимых СССД эти функции возложены на внутренние программные средства. [c.178]

На рис. 8.1 приведен пример классификации СССД на основе рассмотренных признаков. Как можно заметить, разработчики промышленных зависимых и независимых СССД [c.181]

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

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

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

Активность двух из трех указанных поставщиков продолжает оставаться весьма высокой. Система DATA ATALOGUE 2 имеет более чем 250 клиентов, а система DATAMANAGER — более чем 500. Такая устойчивая клиентура наряду с необходимостью поддержки нескольких СУБД, а также файловых систем гарантирует надежные позиции на рынке для независимых СССД. [c.278]

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

Чтобы подчеркнуть указанное различие, можно употреблять термины метаданные словаря и метаданные справочника . Однако эти две категории метаданных не являются взаимно исключающими. Их относительная независимость будет еще обсуждаться при рассмотрении различных архитектурных вариантов реализации СССД. [c.28]

Если возникает небходимость в реорганизации или реструктуризации базы данных, можно провести изменения на уровне метаданных и тем самым обеспечить плавный переход от старой базы данных к новой. Более того, СССД помогает оценить влияние предполагаемых изменений на другие системы, программы и базы данных независимо от того, касаются ли они логической структуры или физической организации базы данных [8]. [c.56]

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

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

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

Вторая группа признаков характеризует средства управления метаданными и показывает, является ли СССД по отношению к СУБД зависимой или независимой. Эти вопросы рассматривались в гл. 7. Итак, [c.180]

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

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

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

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

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

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

СССД автономна, или независима, если функции управления (т. е. функции организации, доступа и контроля) выполняются встроенными в систему программными средствами. [c.301]

Смотреть страницы где упоминается термин Независимые СССД : [c.67] [c.155] [c.169] [c.170] [c.171] [c.171] [c.172] [c.181] [c.193] [c.273] [c.273] [c.301] [c.165] [c.193] [c.235] [c.237] [c.242] [c.270] [c.276] [c.278] [c.278]

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

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