S8-1MVI320, Section 8, June 2001 Раздел 8 Создание банка данных MSC.Mvision - форма и синтаксис. - презентация

1 S8-1MVI320, Section 8, June 2001 Раздел 8 Создание банка данных MSC.Mvision - форма и синтаксис

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

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

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

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

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

7 S8-7MVI320, Section 8, June 2001 ПРИМЕР ИЕРАРХИИ БАНКА ДАННЫХ Запись Отношения Иерархия= Material, Specimen, Environment Атрибуты Значения атрибутов

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

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

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

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

12 S8-12MVI320, Section 8, June 2001 ОБЗОР СТРУКТУРЫ БАНКА ДАННЫХ Отношения могут отображаться в иерархическом виде, как показано ниже Атрибут Значение Единицы Самый низкий уровень в иерархии отношений Уровни отношений (максимум 32)

13 S8-13MVI320, Section 8, June 2001 Иерархия Банка данных

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

15 S8-15MVI320, Section 8, June 2001 Отношения в структуре банка данных

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

17 S8-17MVI320, Section 8, June 2001 ПРИМЕРЫ ОПРЕДЕЛЕНИЯ ОТНОШЕНИЙ 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 S8-18MVI320, Section 8, June 2001 ИСХОДНОЕ ОТНОШЕНИЕ (SOURCE RELATION) Используйте атрибуты группы SOURCE (источники данных), чтобы описать как, когда и откуда были получены данные. Примеры: название графика или таблицы, название лаборатории, наименование стандарта, дата испытаний, и т.д. n Данные SOURCE могут быть связаны с каждой уникальной записью данных (а также с каждой таблицей, графиком или изображением)

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

20 S8-20MVI320, Section 8, June 2001 Отношение SOURCE не является максимальным из всех 32-х, но является последим отношением в выражении HIERARCHY при описании иерархии Для этого отношения рекомендуется использовать имя SOURCE, хотя можно присваивать и другие имена. Свойства Материал Образец Условия обработки Источник ИСХОДНОЕ ОТНОШЕНИЕ (SOURCE RELATION)

21 S8-21MVI320, Section 8, June 2001 Атрибуты Данных

22 S8-22MVI320, Section 8, June 2001 ОПИСАНИЕ АТРИБУТОВ Синтаксис: 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 S8-23MVI320, Section 8, June 2001 ОПРЕДЕЛЕНИЕ АТРИБУТОВ Используются запятые или пробелы для разделения записей При переносе строки используйте запятую в конце строки РАЗМЕРНОСТЬРАЗМЕРНОСТЬ_1РАЗМЕРНОСТЬ_2 Скаляр (Real, Integer)11 Строка символов максимум Массивчисло столбцов число строк Изображение 30 График 30

24 S8-24MVI320, Section 8, June 2001 ПРИМЕР ОПРЕДЕЛЕНИЯ АТРИБУТОВ ATTRIBUTE, ADD, E11T, REAL, 1, 1, Msi, Youngs 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 Book name (Атрибут BOOK_NAME - обычно часть отношения SOURCE)

25 S8-25MVI320, Section 8, June 2001 ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХ Для типа данных REAL задается некоторая точность, до которой округляется значение атрибута при выводе Примеры: АтрибутRho (Плотность)E11T (Модуль) Точность Значение Msi Отображаемое значение Msi

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

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

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

29 S8-29MVI320, Section 8, June 2001 Уровень данных (Databank Property Sets Level)

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

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

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

33 S8-33MVI320, Section 8, June 2001 ОПРЕДЕЛЕНИЕ ГРАФИКОВ 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 S8-34MVI320, Section 8, June 2001 ОПРЕДЕЛЕНИЕ МАССИВОВ (МАТРИЦ) ATT ADD strain_gauge REAL 3 1, micro in/in Strain Gauge Values _ 0.01 Массивы располагаются в наборах свойств (на уровне данных). Нет программного предела размера массива (ограничивается емкостью и эффективностью аппаратных средств) Массивы ДОЛЖНЫ быть полностью ЗАПОЛНЕНЫ В массивах допустимы только вещественные числа (кроме изображений)

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

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