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

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

Статьи Чертежи Таблицы О сайте Реклама

Системы базой данных

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

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


Система баз данных — совокупность разделенных и не связанных между собой отношениями баз данных. Как отмечено в работе [72], иногда для обозначения совокупности баз данных применяют термин банк данных, а под базой данных подразумевают совокупность банков данных. Поскольку четкого определения базы и банка данных нет, в узком смысле будем понимать эквивалентность базы и банка данных.  [c.220]

На базе ЭВМ в САПР быстро развивается централизованная форма хранения данных — система баз данных.  [c.158]

Анализ данных, необходимых конструктору при проектировании, показал, что в общем случае их можно разбить на две группы — данные временного и данные постоянного характера. Разрабатываемые в САПР системы баз данных должны учитывать это обстоятельство.  [c.159]

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

Программы Администратор, Аркада, Графит, Пилон формируют единую для всей системы базу данных, хранящуюся на сервере БД. Технические средства проектирования—рабочие станции и серверы класса P .  [c.563]

В наиболее сложных системах АРМ могут через специальное оборудование подключаться не только к ресурсам главной ЭВМ сети, но и к различным информационным службам и системам общего назначения (службам новостей, национальным информационно-поисковым системам, базам данных и знаний, библиотечным системам и т.п.).  [c.285]

Рис. 1.6. Общее представление системы базы данных Рис. 1.6. <a href="/info/543485">Общее представление</a> системы базы данных
Аналогично администрирование и контроль метаданных требуют введения специальных ограничений и мер, которые совпадают с принятыми для данных пользователя, но должны быть более строгими. Примером таких видов контроля могут служить унифицированные определения и процедуры сбора управления доступом и защиты метаданных. Благодаря сходству между данными пользователя и метаданными для управления последними логично применить концепцию базы данных. При этом необходимо, чтобы были налицо основные элементы системы базы данных сама база данных, система управления ею, реализующая функции организации, доступа и контроля базы данных, функция администрирования данных и интерфейсы пользователь — система . Каждый из этих элементов присутствует и в случае метаданных имеется база метаданных, которая непосредственно отображается в базу дан-  [c.21]


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

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

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

Измерение и оценка эксплуатационных характеристик системы базы данных  [c.211]

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

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

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

З. ИЗМЕРЕНИЕ И ОЦЕНКА ЭКСПЛУАТАЦИОННЫХ ХАРАКТЕРИСТИК СИСТЕМЫ БАЗЫ ДАННЫХ  [c.214]

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

Контроль доступа к системе базы данных  [c.217]

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

В этой системе база данных физически и логически разделена на две области, которые имеют наименования АССОЦИАТОР и ОБЛАСТЬ ХРАНЕНИЯ ДАННЫХ (рис. 4.9).  [c.88]


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

Архитектура системы базы данных представлена па рис. 39. Она делится на три уровня. Внутренний (физический) уровень определяется способом фактического расположения данных на магнитных носителях. Концептуальный уровень представляет общее логическое описание данных и является как бы связующим между впещ-  [c.160]

Средние ЭС обычно реализуются на мини-ЭВМ или рабочих станциях. Они бывают как изолированными, так и интефированными с системами баз данных и электронными таблицами. Данные приложения выполняют функции советчиков.  [c.19]

Упомянутые выше виды информации важны с точки зрения управления функционированием системы баз данных, при оценке ее эксплуатационных характеристик и при проведении ревизий. Гл. 11 целиком посвящена вопросам применения СССД при ревизии систем.  [c.64]

Экземпляр метаобъектов представляет элемент традиционной сист емы обработки данных или системы базы данных, например файл, программу или пользователя. Типы метаобъектов— это элементы структуры базы метаданных (рис. 4.1).  [c.82]

Интересный вопрос возникает в отношении типов метаобъектов схема и подсхема . Несомненно, в системе базы данных это своеобразные объекты данных. Придавая им статус метаобъектов, мы вводим еще один уровень абстракции. Но здесь есть отличия от других метаобъектов данных, например элемента данных и схема, и подсхема сами по себе в реальном мире содержат метаданные.  [c.90]

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

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

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

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

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

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

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

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

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

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


Смотреть страницы где упоминается термин Системы базой данных : [c.64]    [c.160]    [c.9]    [c.280]    [c.78]    [c.87]    [c.129]    [c.209]    [c.252]    [c.150]    [c.155]    [c.278]   
Надежность систем энергетики и их оборудования. Том 1 (1994) -- [ c.376 ]



ПОИСК



База данных

Базы

Егоров И.Ф., Григорьев Б.А. Комплексная система управления надежностью и эффективностью работы ГПА и КС с использованием базы данных об эксплуатационных параметрах оборудования и систем

Коммуникации и общая база Данных системы ИПТ

Минченко Ю.Б.. Скляр И.А. Интерпретатор языка прецставления информациидля ввода в базу данных системы АВЕСТА

Применимость феноменологического подхода к электромагнитным спектрам и связь спектральных характеристик и свойств веществ. Доломатов База данных по спектрам многокомпонентных систем. Доломатова

СССД в системах распределенной базы данных

Система управления базами данных

Система управления базами данных (СУБД)

Система управления базами данных Прогноз

Система управления базами данных СЕТОР СМ

Системы организации и управления базами данных СМ ЭВМ



© 2025 Mash-xxl.info Реклама на сайте