Презентация на тему Создание банка данных в MSC.Mvision

системы управления базой данных является понимание структуры и содержания

банка данных
Банк данных – совокупность иерархически структурированных данных
Все банки данных используют схему для описания иерархии

тип) могут изменяться с помощью:
Перезагрузки данных с измененным определяющим

и/или входным файлами
DPI
Builder (File/Builder/...)
Текстового интерфейса Builder (mvbatch builder)

БАНК ДАННЫХ - ОСНОВЫ

целые числа
Рисунки (графики)
Изображения
БАНК ДАННЫХ - ОСНОВЫ

«генеалогии» записи о свойствах материала, а также непосредственно данные

о материале
например: E11T, SIG11TvsEPS, CNAME, TREAT, и т.д.
Значение атрибута определяет фактическую часть данных, соответствующих конкретному атрибуту; например: 10 Mpa
Отношения (relations) – непосредственно таблицы, объединяющие атрибуты и данные

самый низкий уровень в иерархии банка данных MSC.Mvision, который

содержит только данные о материале (не содержит информацию для полной идентификации конкретного материала, т.е. генеалогию)
Запись – уникальная запись входа в банк данных по шагам, содержащая всю информацию о генеалогии и свойствах для данного материала

Атрибуты
Значения атрибутов

FILE)
Продумайте, как будет происходить обращение к данным
Например, нужно ли

сохранять данные в текстовом формате или в виде графика?
Организуйте иерархию данных в том виде, в котором пользователи вероятнее всего будут их искать
Воспользуйтесь преимуществом терминологии и классификации, разработанной другими компаниями, существующими макетами электронных таблиц или информационными листками поставщика

создания большого количества уровней отношений (до 32 уровней).
Старайтесь не

располагать данные на слишком высоком уровне в иерархии отношений
Помните, что для поиска данных ваши пользователи могут использовать функции Query & Select.
Не используйте зарезервированные слова (См. Документацию)

СОВЕТЫ ПРИ ПРОЕКТИРОВАНИИ ОПРЕДЕЛЯЮЩЕГО ФАЙЛА БАНКА ДАННЫХ (DEFINE FILE)

текстовом формате (dbname.def)
Определяющий файл содержит следующие записи:
Определения атрибутов
Имя, тип

данных, описание, единицы, и т.д.
Определения отношений
Определяют один или несколько атрибутов для каждого отношения

ОПРЕДЕЛЯЮЩИЙ ФАЙЛ (DEFINE FILE) - ОСНОВЫ

отношений
Строки комментариев
Это строки, начинающиеся с символа “$”

ОПРЕДЕЛЯЮЩИЙ ФАЙЛ (DEFINE

FILE) - ОСНОВЫ

виде, как показано ниже

Атрибут Значение Единицы
Самый низкий

уровень в иерархии отношений

Уровни отношений (максимум 32)

_n, relation _source
Где:
relation _n список отношений
relation _source имя самого

низкого уровня отношений

Используйте запятые или пробелы для разделения записей
При переносе строки используйте запятую в конце строки
НЕ включайте в уровни иерархии атрибуты, определяющие графики, табличные данные или изображения
Определение иерархии должно предшествовать определениям отношений
Последний уровень отношений в иерархии будет воспринят как SOURCE. Поэтому, Вы ДОЛЖНЫ определить этот уровень (SOURCE).

_2, … attribute _n
Где:
name назначенное отношеию имя
attribute _n один или несколько

предварительно определенных атрибутов
Описанные отношения разделяются запятыми или пробелами
При переносе строки используйте запятую в конце строки
Убедитесь в правильности написания имен атрибутов!

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 могут быть связаны с каждой уникальной записью данных (а также с каждой таблицей, графиком или изображением)

с таблицами, рисунками и изображениями
Атрибуты SOURCE помогают описать содержание

таблиц, графиков и изображений.

ИСХОДНОЕ ОТНОШЕНИЕ (SOURCE RELATION)

но является последим отношением в выражении HIERARCHY при описании

иерархии
Для этого отношения рекомендуется использовать имя SOURCE, хотя можно присваивать и другие имена.

Свойства

Материал

Образец

Условия обработки

Источник

ИСХОДНОЕ ОТНОШЕНИЕ (SOURCE RELATION)

units, description, synonym, precision
Где:
name назначенное атрибуту имя
type REAL, INTEGER, или CHARACTER
dimension_1 Значения

зависят от типа данных
dimension_2
units единицы измерения
description Описание атрибута
synonym Дополнительное имя атрибута (необязательно)
precision Точность значений атрибутов в заданных по умолчанию единицах (необязательно)

переносе строки используйте запятую в конце строки

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)

некоторая точность, до которой округляется значение атрибута при выводе
Примеры:

независимо от точности
Любые последующие операции выполняются с сохраненным значением.

Затем, полученное значение округляется (например после преобразования системы единиц)

сохраненными значениями
Если значения для конкретного атрибута получены из различных

источников или относятся к широкому ряду материалов, высокая точность может быть нежелательна

определяет эффективную точность отображения в каждом конкретном случае
При использовании

в запросе атрибутов вещественного типа, используйте относительные запросы или по крайней мере диапазон значений, который включает достаточный допуск, чтобы учесть округление
Пример: E11T > 0.8 AND E11T < 11.0

графики, таблицы и изображения (наборы свойств)
Может содержать неограниченное число

отношений

Наборы свойств

Материал

Образец

Условия

Источник

при просмотре в окне Data Viewer
Наборы свойств включают

в себя следующие типы данных: вещественный (E11T), символьный (Basis), целочисленный, графики (SIG11TvsEPS), изображения (failure_photo), таблицы (датчики деформаций)
Все вещественные, символьные, и целочисленные данные представлены соответствующими атрибутами и входят в какую-либо таблицу-отношение (атрибуты разного типа могут находиться в одной таблице)
Эта последняя группа отношений находится на самом низком уровне (уровне свойств) банка данных и не является частью общей иерархии банка

автоматически относятся к уровню данных и представляют собой самостоятельную

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

“X_units;Y_units”, “X_description;Y_description”

RELATION, ADD, vs, vs

НЕ указывайте отношение графика в

команде HIERARCHY
Графики располагаются в наборах свойств (на уровне данных)
Имя отношения должно соответствовать имени атрибута
В имени атрибута следует использовать “vs”
Примеры: SIG11vsEPS, YS11TvsTEMP
Единицы X и Y и описания используются для маркировки осей при построении графика
Используйте атрибуты SOURCE “FIGURE” и “FIGURE_NAME”

in/in” “Strain Gauge Values” “_” 0.01

Массивы располагаются в наборах

свойств (на уровне данных).
Нет программного предела размера массива (ограничивается емкостью и эффективностью аппаратных средств)
Массивы ДОЛЖНЫ быть полностью ЗАПОЛНЕНЫ
В массивах допустимы только вещественные числа (кроме изображений)

SCAN, SCAN (the last two definitions must be the

same)

НЕ указывайте отношение SCAN в выражении HIERARCHY
Определите и используйте атрибут FIGURE для указания имени и расположения внешнего графического файла (физически файл не добавляется в банк данных)
Поэтому изображения не могут быть перемещены без обновления банка данных.
Изображения располагаются в наборах свойств (на уровне данных)
Данные изображений вводятся с помощью входного файла (input file) – подробнее о входном файле ниже