Подсхемы

Процесс проектирования БД начинают с построения концептуальной модели (КМ). Концептуальная модель состоит из описания объектов и их взаимосвязей без указания способов физического хранения. Построение КМ начинается с анализа данных об объектах и связях между ними, сбора информации о данных в существующих и возможных прикладных программах. Другими словами, КМ — это модель предметной области. Версия КМ, обеспечиваемая СУБД, называется логической моделью (ЛМ). Подмножества ЛМ, которые выделяются для пользователей, называются внешними моделями (подсхемами). Логическая модель отображается в физическую, которая отображает размещение данных и методы доступа. Физическую модель называют еще внутренней. [c.101]

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

Внутренняя логическая модель данных (логическая схема) объединяет все подсхемы БД. [c.54]

Задание модели данных в БД осуществляется иа специальном языке описания данных (ЯОД). Иногда в ЯОД выделяют языки описания данных для подсхемы (ЯОД—ПС) и для схемы (ЯОД—С). [c.54]

ПП — прикладная программа ПСх — подсхема Сх — схема. [c.89]

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

Таким образом, сфера действия прикладного программиста ограничивается прикладной программой, ее рабочими областями в оперативной памяти и подсхемой описания данных. Изменения в схеме логической организации данных или физической организации базы данных на устройствах внешней памяти не должны приводить к изменению прикладных программ и их подсхем. [c.87]

Язык описания подсхем необходим прикладному программисту для описания данных, с которыми должна работать его программа, т.е. в соответствии с принятой терминологией для описания подсхемы. [c.88]

Поэтому проектирование ЭМУ предполагает применение опыта предыдущих разработок, который концентрируется в рекомендациях по выбору основных параметров, в описаниях ранее спроектированных объектов, деталей, в типовых конструкторских приемах и т.д. Для автоматизации поиска необходимой информации в составе общей базы данных САПР вьщеляются специальные подсхемы взаимосвязей данных по определенным признакам (например, по применимости конкретных материалов, деталей, узлов в тех или иных изделиях), с помощью которых реализуются типовые запросы пользователей. [c.192]

В частности, для составного механизма, приведенного на рис. 1.1, в, о = 7 —4 = 3. Часть схемы составного механизма, образованная d дифференциалами d d) и связями между звеньями этих дифференциалов, называется подсхемой составного механизма. Для любой подсхемы в свою очередь можно найти число степеней свободы. [c.6]

Теперь найдем то максимальное число блоков гь которым может одновременно принадлежать одно звено. Разобьем блок-схему на две подсхемы S и S . К 5 отнесем те блоки, которые содержат одно общее звено, а к 5 — все остальные. Пусть ai и аа — числа степеней свободы подсхем S и S соответственно, а Xi2 — число связей между S и S Тогда [c.49]

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

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

База данных База данных База данных, схема База данных База данных Схема Схема, подсхема [c.84]

Тип записей Сегмент Запись, сегмент Запись Запись файла, запись подсхемы, запись схемы Сегмент [c.85]

База данных База данных База База Схема, подсхема. База данных База данных, [c.85]

Элемент Запись Группа Файл База данных Экран Отчет Подсхема Система Подсистема Программа Модуль Транзакция Физическое устройство Вычислительная система Терминал Линия Пользователь Узел (сети ЭВМ) Функция Организация [c.87]

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

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

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

Может быть установлен контроль за изменениями метаданных на уровне схемы и подсхемы и блокирование выполнения тех программ, на которые эти изменения могут повлиять. [c.150]

Результаты работы средств поддержки проектирования базы данных — это описания ее различных структур (рис. 6.13 а) логических представлений приложений или пользователей (подсхемы), глобального представления базы данных, или общей структуры базы данных (схемы), физического представления базы данных (структуры памяти). [c.152]

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

Распечатка исходного текста на ЯОД подсхемы [c.162]

Доступ к данным Профили безопасности Подсхемы Профили безопасности Подсхемы Профили безопасности Подсхемы [c.260]

Обновление данных Профили безопасности Подсхемы Профили безопасности Подсхемы Отчеты где используется Отчеты что использует Профили безопасности Подсхемы [c.260]

Для решения систем линейных алгебраических уравнений (ЛАУ) AV = B применяют диакоптический вариант метода Гаусса, основанный на приведении матрицы коэффициентов к блочно-диагональному виду с окаймлением (БДО). При анализе электронных схем этот вариант называют методом подсхем. Б методе подсхем исходную схему разбивают на фрагменты (подсхемы). Фазовые переменные (например, узловые потенциалы) делят на внутренние переменные фрагментов и граничные переменные. Вектор фазовых переменных [c.243]

Метод РФС является итерационным методом раздельного интегрирования дифференциальных уравнений. Условие однонаправленности моделей снимается благодаря введению фрагментации схем с перекрытием, поясняемой рис. 5.3. Заштрихованный участок соответствует подсхеме, включаемой при раздельном интегрировании и в фрагмент А, и в фрагмент В. Чем шире зона перекрытия, тем точнее учитывается нагрузка для фрагмента А и точнее рассчитываются входные сигналы для фрагмента В. Если в схеме нет меж-фрагментных обратных связей, то достаточно ранжирования фрагментов и выполнения одной итерации пофрагментного [c.246]

Можно показать, что составной механизм с а > 2 степенями свободы можно разбить на подсхемы, обладающие двумя степенями свободы, так, что всякая совокупность этих подсхем имеет число степеней свободы, больще двух. Подсхема с двумя степенями свободы, не являющаяся частью никакой другой подсхемы с двумя степенями свободы, называется блоком. Представление схемы составного механизма в виде совокупности таких блоков называется блок-схемой составного механизма. Для каждого составного механизма блок-схема является единственной. В частности для рассмотренного выше механизма его блок-схема приведена на рис. 1.1, г. [c.7]

Согласно определению блок-схемы число степеней любой ее подсхемы S, включающей Ь блоков ( > 1), больще двух. Отсюда и из (2.23) получаем [c.50]

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

Информационные метаобъекты представляют типы объектов данных информационных систем. На рис. 3.3 показаны пять важнейших из них. Приведенный перечень расширяют такие типы информационных метаобъектов, как транзакция, отчет, документ, экран и подсхема, служащие для описания логических представлений. При разработке программы прежде всего нужно определить элементы данных (атомарные и групповые), записи и файлы. Вхождение элементов данных в группы, групп — в- записи, а записей—в файлы изображается на диаграммах структур данных с помощью стрелок, обозначающих связи 1 п (см. разд. 2.3). Например, стрелка, направленная от группы к элементу данных, показывает, что в состав группы может входить несколько элементов (см. рис. 3.3). [c.74]

Здесь не упоминаются некоторые из типов метаобъектов, поддерживаемые перечисленными выше СССД, например форма , ключ , поле , схема , подсхема , задание , источник и потребитель , очередь , набор данных , кортеж , область и т. д. Их назначение указывается в документации конкретной системы. [c.90]

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

Т. е. и схема, и подсхема содержат описание данных.—Ярилеч. пер. [c.90]

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

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

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