Слайд 2
БАНК ДАННЫХ - ОСНОВЫ
Важнейшим моментом при создании
системы управления базой данных является понимание структуры и содержания
банка данных
Банк данных – совокупность иерархически структурированных данных
Все банки данных используют схему для описания иерархии
Слайд 3
Иерархические отношения и определения атрибутов (структура данных и
тип) могут изменяться с помощью:
Перезагрузки данных с измененным определяющим
и/или входным файлами
DPI
Builder (File/Builder/...)
Текстового интерфейса Builder (mvbatch builder)
БАНК ДАННЫХ - ОСНОВЫ
Слайд 4
Банки данных могут содержать различные типы данных:
Символы
Вещественные и
целые числа
Рисунки (графики)
Изображения
БАНК ДАННЫХ - ОСНОВЫ
Слайд 5
ОПРЕДЕЛЕНИЯ БАНКА ДАННЫХ
Атрибуты определяют ячейки, содержащие информацию из
«генеалогии» записи о свойствах материала, а также непосредственно данные
о материале
например: E11T, SIG11TvsEPS, CNAME, TREAT, и т.д.
Значение атрибута определяет фактическую часть данных, соответствующих конкретному атрибуту; например: 10 Mpa
Отношения (relations) – непосредственно таблицы, объединяющие атрибуты и данные
Слайд 6
ОПРЕДЕЛЕНИЯ БАНКА ДАННЫХ
Иерархия определяет структуру отношений
Уровень Свойств -
самый низкий уровень в иерархии банка данных MSC.Mvision, который
содержит только данные о материале (не содержит информацию для полной идентификации конкретного материала, т.е. генеалогию)
Запись – уникальная запись входа в банк данных по шагам, содержащая всю информацию о генеалогии и свойствах для данного материала
Слайд 7
ПРИМЕР ИЕРАРХИИ БАНКА ДАННЫХ
Запись
Отношения
Иерархия= Material, Specimen, Environment
Атрибуты
Значения атрибутов
Слайд 8
СОВЕТЫ ПРИ ПРОЕКТИРОВАНИИ ОПРЕДЕЛЯЮЩЕГО ФАЙЛА БАНКА ДАННЫХ (DEFINE
FILE)
Продумайте, как будет происходить обращение к данным
Например, нужно ли
сохранять данные в текстовом формате или в виде графика?
Организуйте иерархию данных в том виде, в котором пользователи вероятнее всего будут их искать
Воспользуйтесь преимуществом терминологии и классификации, разработанной другими компаниями, существующими макетами электронных таблиц или информационными листками поставщика
Слайд 9
Используйте рекомендуемые MSC имена атрибутов (См. Документацию).
Воспользуйтесь возможностью
создания большого количества уровней отношений (до 32 уровней).
Старайтесь не
располагать данные на слишком высоком уровне в иерархии отношений
Помните, что для поиска данных ваши пользователи могут использовать функции Query & Select.
Не используйте зарезервированные слова (См. Документацию)
СОВЕТЫ ПРИ ПРОЕКТИРОВАНИИ ОПРЕДЕЛЯЮЩЕГО ФАЙЛА БАНКА ДАННЫХ (DEFINE FILE)
Слайд 10
Схема банка определяется создаваемым пользователем определяющим файлом в
текстовом формате (dbname.def)
Определяющий файл содержит следующие записи:
Определения атрибутов
Имя, тип
данных, описание, единицы, и т.д.
Определения отношений
Определяют один или несколько атрибутов для каждого отношения
ОПРЕДЕЛЯЮЩИЙ ФАЙЛ (DEFINE FILE) - ОСНОВЫ
Слайд 11
Определение иерархии
Определяется порядок уровней отношений, следует перед определениями
отношений
Строки комментариев
Это строки, начинающиеся с символа “$”
ОПРЕДЕЛЯЮЩИЙ ФАЙЛ (DEFINE
FILE) - ОСНОВЫ
Слайд 12
ОБЗОР СТРУКТУРЫ БАНКА ДАННЫХ
Отношения могут отображаться в иерархическом
виде, как показано ниже
Атрибут Значение Единицы
Самый низкий
уровень в иерархии отношений
Уровни отношений (максимум 32)
Слайд 14
СОЗДАНИЕ ИЕРАРХИИ
Синтаксис:
HIE[RARCHY], ADD, relation_1, relation _2, … relation
_n, relation _source
Где:
relation _n список отношений
relation _source имя самого
низкого уровня отношений
Используйте запятые или пробелы для разделения записей
При переносе строки используйте запятую в конце строки
НЕ включайте в уровни иерархии атрибуты, определяющие графики, табличные данные или изображения
Определение иерархии должно предшествовать определениям отношений
Последний уровень отношений в иерархии будет воспринят как SOURCE.
Поэтому, Вы ДОЛЖНЫ определить этот уровень (SOURCE).
Слайд 15
Отношения в структуре банка данных
Слайд 16
ОПИСАНИЕ ОТНОШЕНИЙ
Синтаксис:
REL[ATION], ADD, name_ attribute, attribute _1, attribute
_2, … attribute _n
Где:
name назначенное отношеию имя
attribute _n один или несколько
предварительно определенных атрибутов
Описанные отношения разделяются запятыми или пробелами
При переносе строки используйте запятую в конце строки
Убедитесь в правильности написания имен атрибутов!
Слайд 17
ПРИМЕРЫ ОПРЕДЕЛЕНИЯ ОТНОШЕНИЙ
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
Слайд 18
ИСХОДНОЕ ОТНОШЕНИЕ (SOURCE RELATION)
Используйте атрибуты группы SOURCE (источники
данных), чтобы описать как, когда и откуда были получены
данные.
Примеры: название графика или таблицы, название лаборатории, наименование стандарта, дата испытаний, и т.д.
Данные SOURCE могут быть связаны с каждой уникальной записью данных (а также с каждой таблицей, графиком или изображением)
Слайд 19
Данные SOURCE отображаются на уровне “Property Set” рядом
с таблицами, рисунками и изображениями
Атрибуты SOURCE помогают описать содержание
таблиц, графиков и изображений.
ИСХОДНОЕ ОТНОШЕНИЕ (SOURCE RELATION)
Слайд 20
Отношение SOURCE не является максимальным из всех 32-х,
но является последим отношением в выражении HIERARCHY при описании
иерархии
Для этого отношения рекомендуется использовать имя SOURCE, хотя можно присваивать и другие имена.
Свойства
Материал
Образец
Условия обработки
Источник
ИСХОДНОЕ ОТНОШЕНИЕ (SOURCE RELATION)
Слайд 22
ОПИСАНИЕ АТРИБУТОВ
Синтаксис:
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 Точность значений атрибутов в заданных по умолчанию единицах (необязательно)
Слайд 23
ОПРЕДЕЛЕНИЕ АТРИБУТОВ
Используются запятые или пробелы для разделения записей
При
переносе строки используйте запятую в конце строки
Слайд 24
ПРИМЕР ОПРЕДЕЛЕНИЯ АТРИБУТОВ
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)
Слайд 25
ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХ
Для типа данных REAL задается
некоторая точность, до которой округляется значение атрибута при выводе
Примеры:
Слайд 26
ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХ
Загруженное в банк данных значение сохраняется
независимо от точности
Любые последующие операции выполняются с сохраненным значением.
Затем, полученное значение округляется (например после преобразования системы единиц)
Слайд 27
ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХ
Запросы работают с отображенными, а не
сохраненными значениями
Если значения для конкретного атрибута получены из различных
источников или относятся к широкому ряду материалов, высокая точность может быть нежелательна
Слайд 28
ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХ
Если параметр точности опущен, MVISION автоматически
определяет эффективную точность отображения в каждом конкретном случае
При использовании
в запросе атрибутов вещественного типа, используйте относительные запросы или по крайней мере диапазон значений, который включает достаточный допуск, чтобы учесть округление
Пример: E11T > 0.8 AND E11T < 11.0
Слайд 29
Уровень данных
(Databank “Property Sets” Level)
Слайд 30
УРОВЕНЬ ДАННЫХ
Самый нижний уровень банка данных
Здесь хранятся все
графики, таблицы и изображения (наборы свойств)
Может содержать неограниченное число
отношений
Наборы свойств
Материал
Образец
Условия
Источник
Слайд 31
УРОВЕНЬ ДАННЫХ
Наборы свойств банка данных соответствует данным, отображаемым
при просмотре в окне Data Viewer
Наборы свойств включают
в себя следующие типы данных: вещественный (E11T), символьный (Basis), целочисленный, графики (SIG11TvsEPS), изображения (failure_photo), таблицы (датчики деформаций)
Все вещественные, символьные, и целочисленные данные представлены соответствующими атрибутами и входят в какую-либо таблицу-отношение (атрибуты разного типа могут находиться в одной таблице)
Эта последняя группа отношений находится на самом низком уровне (уровне свойств) банка данных и не является частью общей иерархии банка
Слайд 32
УРОВЕНЬ ДАННЫХ
Все графики, например (SIG11TvsEPS), изображения, и массивы
автоматически относятся к уровню данных и представляют собой самостоятельную
группу
В результате, рисунки, изображения, и массивы обычно располагаются внизу определяющего файла (define file)
Графики и изображения обычно группируются парами под одним атрибутом и НЕ являются частью общей иерархии банка
Массивы обычно вызываются при помощи отношения свойств (на уровне данных), описание которого НЕ входит в команду определения иерархии HIE
Слайд 33
ОПРЕДЕЛЕНИЕ ГРАФИКОВ
ATTRIBUTE, ADD, vs, REAL, 3, 0,
“X_units;Y_units”, “X_description;Y_description”
RELATION, ADD, vs, vs
НЕ указывайте отношение графика в
команде HIERARCHY
Графики располагаются в наборах свойств (на уровне данных)
Имя отношения должно соответствовать имени атрибута
В имени атрибута следует использовать “vs”
Примеры: SIG11vsEPS, YS11TvsTEMP
Единицы X и Y и описания используются для маркировки осей при построении графика
Используйте атрибуты SOURCE “FIGURE” и “FIGURE_NAME”
Слайд 34
ОПРЕДЕЛЕНИЕ МАССИВОВ (МАТРИЦ)
ATT ADD strain_gauge REAL 3 1,
“micro
in/in” “Strain Gauge Values” “_” 0.01
Массивы располагаются в наборах
свойств (на уровне данных).
Нет программного предела размера массива (ограничивается емкостью и эффективностью аппаратных средств)
Массивы ДОЛЖНЫ быть полностью ЗАПОЛНЕНЫ
В массивах допустимы только вещественные числа (кроме изображений)
Слайд 35
ОПРЕДЕЛЕНИЕ ИЗОБРАЖЕНИЙ
ATTRIBUTE, ADD, SCAN, INTEGER, 3, 0
RELATION, ADD,
SCAN, SCAN (the last two definitions must be the
same)
НЕ указывайте отношение SCAN в выражении HIERARCHY
Определите и используйте атрибут FIGURE для указания имени и расположения внешнего графического файла (физически файл не добавляется в банк данных)
Поэтому изображения не могут быть перемещены без обновления банка данных.
Изображения располагаются в наборах свойств (на уровне данных)
Данные изображений вводятся с помощью входного файла (input file) – подробнее о входном файле ниже