Презентация на тему: MSC.Mvision - 08-1

БАНК ДАННЫХ - ОСНОВЫ Важнейшим моментом при создании системы управления базой данных является понимание структуры и содержания банка данных Банк данных – совокупность иерархически структурированных данных Все банки данных используют схему для описания иерархии

БАНК ДАННЫХ - ОСНОВЫ Иерархические отношения и определения атрибутов (структура данных и тип) могут изменяться с помощью: Перезагрузки данных с измененным определяющим и/или входным файлами DPI Builder (File/Builder/...) Текстового интерфейса Builder (mvbatch builder)

БАНК ДАННЫХ - ОСНОВЫ Банки данных могут содержать различные типы данных: Символы Вещественные и целые числа Рисунки (графики) Изображения

ОПРЕДЕЛЕНИЯ БАНКА ДАННЫХ Атрибуты определяют ячейки, содержащие информацию из «генеалогии» записи о свойствах материала, а также непосредственно данные о материале например: E11T, SIG11TvsEPS, CNAME, TREAT, и т.д. Значение атрибута определяет фактическую часть данных, соответствующих конкретному атрибуту; например: 10 Mpa Отношения (relations) – непосредственно таблицы, объединяющие атрибуты и данные

ОПРЕДЕЛЕНИЯ БАНКА ДАННЫХ Иерархия определяет структуру отношений Уровень Свойств - самый низкий уровень в иерархии банка данных MSC.Mvision, который содержит только данные о материале (не содержит информацию для полной идентификации конкретного материала, т.е. генеалогию) Запись – уникальная запись входа в банк данных по шагам, содержащая всю информацию о генеалогии и свойствах для данного материала

ПРИМЕР ИЕРАРХИИ БАНКА ДАННЫХ

СОВЕТЫ ПРИ ПРОЕКТИРОВАНИИ ОПРЕДЕЛЯЮЩЕГО ФАЙЛА БАНКА ДАННЫХ (DEFINE FILE) Продумайте, как будет происходить обращение к данным Например, нужно ли сохранять данные в текстовом формате или в виде графика? Организуйте иерархию данных в том виде, в котором пользователи вероятнее всего будут их искать Воспользуйтесь преимуществом терминологии и классификации, разработанной другими компаниями, существующими макетами электронных таблиц или информационными листками поставщика

СОВЕТЫ ПРИ ПРОЕКТИРОВАНИИ ОПРЕДЕЛЯЮЩЕГО ФАЙЛА БАНКА ДАННЫХ (DEFINE FILE) Используйте рекомендуемые MSC имена атрибутов (См. Документацию). Воспользуйтесь возможностью создания большого количества уровней отношений (до 32 уровней). Старайтесь не располагать данные на слишком высоком уровне в иерархии отношений Помните, что для поиска данных ваши пользователи могут использовать функции Query & Select. Не используйте зарезервированные слова (См. Документацию)

ОПРЕДЕЛЯЮЩИЙ ФАЙЛ (DEFINE FILE) - ОСНОВЫ Схема банка определяется создаваемым пользователем определяющим файлом в текстовом формате (dbname.def) Определяющий файл содержит следующие записи: Определения атрибутов Имя, тип данных, описание, единицы, и т.д. Определения отношений Определяют один или несколько атрибутов для каждого отношения

ОПРЕДЕЛЯЮЩИЙ ФАЙЛ (DEFINE FILE) - ОСНОВЫ Определение иерархии Определяется порядок уровней отношений, следует перед определениями отношений Строки комментариев Это строки, начинающиеся с символа “$”

ОБЗОР СТРУКТУРЫ БАНКА ДАННЫХ Отношения могут отображаться в иерархическом виде, как показано ниже

СОЗДАНИЕ ИЕРАРХИИ Синтаксис: HIE[RARCHY], ADD, relation_1, relation _2, … relation _n, relation _source Где: relation _n список отношений relation _source имя самого низкого уровня отношений Используйте запятые или пробелы для разделения записей При переносе строки используйте запятую в конце строки НЕ включайте в уровни иерархии атрибуты, определяющие графики, табличные данные или изображения Определение иерархии должно предшествовать определениям отношений Последний уровень отношений в иерархии будет воспринят как SOURCE. Поэтому, Вы ДОЛЖНЫ определить этот уровень (SOURCE).

ОПИСАНИЕ ОТНОШЕНИЙ Синтаксис: REL[ATION], ADD, name_ attribute, attribute _1, attribute _2, … attribute _n Где: name назначенное отношеию имя attribute _n один или несколько предварительно определенных атрибутов Описанные отношения разделяются запятыми или пробелами При переносе строки используйте запятую в конце строки Убедитесь в правильности написания имен атрибутов!

ПРИМЕРЫ ОПРЕДЕЛЕНИЯ ОТНОШЕНИЙ RELATION, ADD, MATERIAL, CNAME, UNS RELATION, ADD, PROPERTY, E11T, YS11T, UE11T, YS22T Будет выведена таблица характеристик материала на уровне Наборов свойств. REL ADD ENVIRONMENT TEMP REL, ADD, SIG11TvsEPS, SIG11TvsEPS (две последние записи должны быть одинаковыми) Будет построен график SIG11TVSEPS (кривая деформирования) REL, ADD, SOURCE, FIGURE, FIGURE_NAME, TABLE, TABLE_NAME, SCAN

ИСХОДНОЕ ОТНОШЕНИЕ (SOURCE RELATION) Используйте атрибуты группы SOURCE (источники данных), чтобы описать как, когда и откуда были получены данные. Примеры: название графика или таблицы, название лаборатории, наименование стандарта, дата испытаний, и т.д. Данные SOURCE могут быть связаны с каждой уникальной записью данных (а также с каждой таблицей, графиком или изображением)

ИСХОДНОЕ ОТНОШЕНИЕ (SOURCE RELATION) Данные SOURCE отображаются на уровне “Property Set” рядом с таблицами, рисунками и изображениями Атрибуты SOURCE помогают описать содержание таблиц, графиков и изображений.

ИСХОДНОЕ ОТНОШЕНИЕ (SOURCE RELATION) Отношение SOURCE не является максимальным из всех 32-х, но является последим отношением в выражении HIERARCHY при описании иерархии Для этого отношения рекомендуется использовать имя SOURCE, хотя можно присваивать и другие имена.

ОПИСАНИЕ АТРИБУТОВ Синтаксис: ATT[RIBUTE], ADD, name, type, dimension_1, dimension _2, units, description, synonym, precision Где: name назначенное атрибуту имя type REAL, INTEGER, или CHARACTER dimension_1 Значения зависят от типа данных dimension_2 units единицы измерения description Описание атрибута synonym Дополнительное имя атрибута (необязательно) precision Точность значений атрибутов в заданных по умолчанию единицах (необязательно)

ОПРЕДЕЛЕНИЕ АТРИБУТОВ Используются запятые или пробелы для разделения записей При переносе строки используйте запятую в конце строки

ПРИМЕР ОПРЕДЕЛЕНИЯ АТРИБУТОВ ATTRIBUTE, ADD, E11T, REAL, 1, 1, Msi, “Young’s Modulus in fiber direction in tension”, E_t, 1.0 ATTRIBUTE, ADD, CNAME, CHARACTER, 80, 1, -0-, “Common material name” ("Примечание: -0- указывает на нулевое (пустое) значение.) ATT ADD TEMP REAL 1 1 “deg F” “Test Temperature” ATT ADD BOOK_NAME CHARACTER 720 1 -0- “Book name” (Атрибут BOOK_NAME - обычно часть отношения SOURCE)

ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХ Для типа данных REAL задается некоторая точность, до которой округляется значение атрибута при выводе Примеры:

ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХ Загруженное в банк данных значение сохраняется независимо от точности Любые последующие операции выполняются с сохраненным значением. Затем, полученное значение округляется (например после преобразования системы единиц)

ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХ Запросы работают с отображенными, а не сохраненными значениями Если значения для конкретного атрибута получены из различных источников или относятся к широкому ряду материалов, высокая точность может быть нежелательна

ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХ Если параметр точности опущен, MVISION автоматически определяет эффективную точность отображения в каждом конкретном случае При использовании в запросе атрибутов вещественного типа, используйте относительные запросы или по крайней мере диапазон значений, который включает достаточный допуск, чтобы учесть округление Пример: E11T > 0.8 AND E11T < 11.0

УРОВЕНЬ ДАННЫХ Самый нижний уровень банка данных Здесь хранятся все графики, таблицы и изображения (наборы свойств) Может содержать неограниченное число отношений

УРОВЕНЬ ДАННЫХ Наборы свойств банка данных соответствует данным, отображаемым при просмотре в окне Data Viewer Наборы свойств включают в себя следующие типы данных: вещественный (E11T), символьный (Basis), целочисленный, графики (SIG11TvsEPS), изображения (failure_photo), таблицы (датчики деформаций) Все вещественные, символьные, и целочисленные данные представлены соответствующими атрибутами и входят в какую-либо таблицу-отношение (атрибуты разного типа могут находиться в одной таблице) Эта последняя группа отношений находится на самом низком уровне (уровне свойств) банка данных и не является частью общей иерархии банка

УРОВЕНЬ ДАННЫХ Все графики, например (SIG11TvsEPS), изображения, и массивы автоматически относятся к уровню данных и представляют собой самостоятельную группу В результате, рисунки, изображения, и массивы обычно располагаются внизу определяющего файла (define file) Графики и изображения обычно группируются парами под одним атрибутом и НЕ являются частью общей иерархии банка Массивы обычно вызываются при помощи отношения свойств (на уровне данных), описание которого НЕ входит в команду определения иерархии HIE

ОПРЕДЕЛЕНИЕ ГРАФИКОВ ATTRIBUTE, ADD, <Y_name>vs<X_name>, REAL, 3, 0, “X_units;Y_units”, “X_description;Y_description” RELATION, ADD, <Y_name>vs<X_name>, <Y_name>vs<X_name> НЕ указывайте отношение графика в команде HIERARCHY Графики располагаются в наборах свойств (на уровне данных) Имя отношения должно соответствовать имени атрибута В имени атрибута следует использовать “vs” Примеры: SIG11vsEPS, YS11TvsTEMP Единицы X и Y и описания используются для маркировки осей при построении графика Используйте атрибуты SOURCE “FIGURE” и “FIGURE_NAME”

ОПРЕДЕЛЕНИЕ МАССИВОВ (МАТРИЦ) ATT ADD strain_gauge REAL 3 1, “micro in/in” “Strain Gauge Values” “_” 0.01 Массивы располагаются в наборах свойств (на уровне данных). Нет программного предела размера массива (ограничивается емкостью и эффективностью аппаратных средств) Массивы ДОЛЖНЫ быть полностью ЗАПОЛНЕНЫ В массивах допустимы только вещественные числа (кроме изображений)

ОПРЕДЕЛЕНИЕ ИЗОБРАЖЕНИЙ ATTRIBUTE, ADD, SCAN, INTEGER, 3, 0 RELATION, ADD, SCAN, SCAN (the last two definitions must be the same) НЕ указывайте отношение SCAN в выражении HIERARCHY Определите и используйте атрибут FIGURE для указания имени и расположения внешнего графического файла (физически файл не добавляется в банк данных) Поэтому изображения не могут быть перемещены без обновления банка данных. Изображения располагаются в наборах свойств (на уровне данных) Данные изображений вводятся с помощью входного файла (input file) – подробнее о входном файле ниже

ОПРЕДЕЛЕНИЕ АТРИБУТОВ ТЕКСТОВЫХ ФАЙЛОВ ATTRIBUTE ADD FAB_CHARS CHAR 80 1 -0- “TEXT: Fabrication Characteristics” Внешние текстовые файлы обычно являются частью уровня данных; однако, они могут быть частью иерархии и, таким образом, появляться как объекты в списке материалов Material Browser Полные текстовые файлы - отдельные документы, которые не хранятся в банке данных MVISION: сохраняются только путь и имя файла (подобно изображениям) Слово " TEXT: " указывает, что атрибут является ссылкой на текстовый файл Размер файла не ограничен Размер строки (80 символов в вышеупомянутом примере) должен быть достаточно большим, чтобы обработать самое длинное ожидаемое имя файла