Что такое findslide.org?

FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.


Для правообладателей

Обратная связь

Email: Нажмите что бы посмотреть 

Яндекс.Метрика

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

Содержание

БАНК ДАННЫХ - ОСНОВЫ Важнейшим моментом при создании системы управления базой данных является понимание структуры и содержания банка данныхБанк данных – совокупность иерархически структурированных данныхВсе банки данных используют схему для описания иерархии
Раздел 8 Создание банка данных MSC.Mvision - форма и синтаксис БАНК ДАННЫХ - ОСНОВЫ Важнейшим моментом при создании системы управления базой данных Иерархические отношения и определения атрибутов (структура данных и тип) могут изменяться с Банки данных могут содержать различные типы данных:СимволыВещественные и целые числаРисунки (графики)ИзображенияБАНК ДАННЫХ - ОСНОВЫ ОПРЕДЕЛЕНИЯ БАНКА ДАННЫХАтрибуты определяют ячейки, содержащие информацию из «генеалогии» записи о свойствах ОПРЕДЕЛЕНИЯ БАНКА ДАННЫХИерархия определяет структуру отношенийУровень Свойств - самый низкий уровень в ПРИМЕР ИЕРАРХИИ БАНКА ДАННЫХЗаписьОтношенияИерархия= Material, Specimen, Environment       АтрибутыЗначения атрибутов СОВЕТЫ ПРИ ПРОЕКТИРОВАНИИ ОПРЕДЕЛЯЮЩЕГО ФАЙЛА БАНКА ДАННЫХ (DEFINE FILE)Продумайте, как будет происходить Используйте рекомендуемые MSC имена атрибутов (См. Документацию).Воспользуйтесь возможностью создания большого количества уровней Схема банка определяется создаваемым пользователем определяющим файлом в текстовом формате (dbname.def)Определяющий файл Определение иерархииОпределяется порядок уровней отношений, следует перед определениями отношенийСтроки комментариевЭто строки, начинающиеся ОБЗОР СТРУКТУРЫ БАНКА ДАННЫХОтношения могут отображаться в иерархическом виде, как показано нижеАтрибут Иерархия Банка данных СОЗДАНИЕ ИЕРАРХИИСинтаксис:HIE[RARCHY], ADD, relation_1, relation _2, … relation _n, relation _sourceГде:relation _n Отношения в структуре банка данных ОПИСАНИЕ ОТНОШЕНИЙСинтаксис:REL[ATION], ADD, name_ attribute, attribute _1, attribute _2, … attribute _nГде:name		назначенное ПРИМЕРЫ ОПРЕДЕЛЕНИЯ ОТНОШЕНИЙRELATION, ADD, MATERIAL, CNAME, UNSRELATION, ADD, PROPERTY, E11T, YS11T, UE11T, ИСХОДНОЕ ОТНОШЕНИЕ (SOURCE RELATION)Используйте атрибуты группы SOURCE (источники данных), чтобы описать как, Данные SOURCE отображаются на уровне “Property Set” рядом с таблицами, рисунками и Отношение SOURCE не является максимальным из всех 32-х, но является последим отношением Атрибуты Данных ОПИСАНИЕ АТРИБУТОВСинтаксис:ATT[RIBUTE], ADD, name, type, dimension_1, dimension _2, units, description, synonym, precisionГде:name		назначенное ОПРЕДЕЛЕНИЕ АТРИБУТОВИспользуются запятые или пробелы для разделения записейПри переносе строки используйте запятую в конце строки ПРИМЕР ОПРЕДЕЛЕНИЯ АТРИБУТОВATTRIBUTE, ADD, E11T, REAL, 1, 1, Msi,  “Young’s Modulus ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХ Для типа данных REAL задается некоторая точность, до которой ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХЗагруженное в банк данных значение сохраняется независимо от точностиЛюбые последующие ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХЗапросы работают с отображенными, а не сохраненными значениямиЕсли значения для ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХЕсли параметр точности опущен, MVISION автоматически определяет эффективную точность отображения Уровень данных (Databank “Property Sets” Level) УРОВЕНЬ ДАННЫХСамый нижний уровень банка данныхЗдесь хранятся все графики, таблицы и изображения УРОВЕНЬ ДАННЫХНаборы свойств банка данных соответствует данным, отображаемым при просмотре в окне УРОВЕНЬ ДАННЫХВсе графики, например (SIG11TvsEPS), изображения, и массивы автоматически относятся к уровню ОПРЕДЕЛЕНИЕ ГРАФИКОВATTRIBUTE, ADD, vs, REAL, 3, 0,  “X_units;Y_units”, “X_description;Y_description”RELATION, ADD, vs, ОПРЕДЕЛЕНИЕ МАССИВОВ (МАТРИЦ)ATT ADD strain_gauge REAL 3 1,	“micro in/in” “Strain Gauge Values” ОПРЕДЕЛЕНИЕ ИЗОБРАЖЕНИЙATTRIBUTE, ADD, SCAN, INTEGER, 3, 0RELATION, ADD, SCAN, SCAN (the last ОПРЕДЕЛЕНИЕ АТРИБУТОВ ТЕКСТОВЫХ ФАЙЛОВATTRIBUTE ADD FAB_CHARS CHAR 80 1 -0- “TEXT: Fabrication
Слайды презентации

Слайд 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

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


Атрибуты

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


Слайд 8 СОВЕТЫ ПРИ ПРОЕКТИРОВАНИИ ОПРЕДЕЛЯЮЩЕГО ФАЙЛА БАНКА ДАННЫХ (DEFINE

СОВЕТЫ ПРИ ПРОЕКТИРОВАНИИ ОПРЕДЕЛЯЮЩЕГО ФАЙЛА БАНКА ДАННЫХ (DEFINE FILE)Продумайте, как будет

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

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


Слайд 9 Используйте рекомендуемые MSC имена атрибутов (См. Документацию).
Воспользуйтесь возможностью

Используйте рекомендуемые MSC имена атрибутов (См. Документацию).Воспользуйтесь возможностью создания большого количества

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

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

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


Слайд 10 Схема банка определяется создаваемым пользователем определяющим файлом в

Схема банка определяется создаваемым пользователем определяющим файлом в текстовом формате (dbname.def)Определяющий

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

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

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


Слайд 11 Определение иерархии
Определяется порядок уровней отношений, следует перед определениями

Определение иерархииОпределяется порядок уровней отношений, следует перед определениями отношенийСтроки комментариевЭто строки,

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

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

FILE) - ОСНОВЫ

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

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

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

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

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


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


Слайд 13 Иерархия Банка данных

Иерархия Банка данных

Слайд 14 СОЗДАНИЕ ИЕРАРХИИ
Синтаксис:
HIE[RARCHY], ADD, relation_1, relation _2, … relation

СОЗДАНИЕ ИЕРАРХИИСинтаксис:HIE[RARCHY], ADD, relation_1, relation _2, … relation _n, relation _sourceГде:relation

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

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

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


Слайд 15 Отношения в структуре банка данных

Отношения в структуре банка данных

Слайд 16 ОПИСАНИЕ ОТНОШЕНИЙ
Синтаксис:
REL[ATION], ADD, name_ attribute, attribute _1, attribute

ОПИСАНИЕ ОТНОШЕНИЙСинтаксис:REL[ATION], ADD, name_ attribute, attribute _1, attribute _2, … attribute

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

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


Слайд 17 ПРИМЕРЫ ОПРЕДЕЛЕНИЯ ОТНОШЕНИЙ
RELATION, ADD, MATERIAL, CNAME, UNS
RELATION, ADD,

ПРИМЕРЫ ОПРЕДЕЛЕНИЯ ОТНОШЕНИЙRELATION, ADD, MATERIAL, CNAME, UNSRELATION, ADD, PROPERTY, E11T, YS11T,

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 RELATION)Используйте атрибуты группы SOURCE (источники данных), чтобы описать

данных), чтобы описать как, когда и откуда были получены

данные.
Примеры: название графика или таблицы, название лаборатории, наименование стандарта, дата испытаний, и т.д.
Данные SOURCE могут быть связаны с каждой уникальной записью данных (а также с каждой таблицей, графиком или изображением)

Слайд 19 Данные SOURCE отображаются на уровне “Property Set” рядом

Данные SOURCE отображаются на уровне “Property Set” рядом с таблицами, рисунками

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

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

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


Слайд 20 Отношение SOURCE не является максимальным из всех 32-х,

Отношение SOURCE не является максимальным из всех 32-х, но является последим

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

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

Свойства

Материал

Образец

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

Источник

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


Слайд 21 Атрибуты Данных

Атрибуты Данных

Слайд 22 ОПИСАНИЕ АТРИБУТОВ
Синтаксис:
ATT[RIBUTE], ADD, name, type, dimension_1, dimension _2,

ОПИСАНИЕ АТРИБУТОВСинтаксис:ATT[RIBUTE], ADD, name, type, dimension_1, dimension _2, units, description, synonym,

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,

ПРИМЕР ОПРЕДЕЛЕНИЯ АТРИБУТОВATTRIBUTE, ADD, E11T, REAL, 1, 1, Msi, “Young’s Modulus

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 задается

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

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


Слайд 26 ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХ
Загруженное в банк данных значение сохраняется

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

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

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

Слайд 27 ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХ
Запросы работают с отображенными, а не

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

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

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


Слайд 28 ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХ
Если параметр точности опущен, MVISION автоматически

ТОЧНОСТЬ ЧИСЛОВЫХ ДАННЫХЕсли параметр точности опущен, MVISION автоматически определяет эффективную точность

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

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


Слайд 29 Уровень данных
(Databank “Property Sets” Level)

Уровень данных (Databank “Property Sets” Level)

Слайд 30 УРОВЕНЬ ДАННЫХ
Самый нижний уровень банка данных
Здесь хранятся все

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

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

отношений

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

Материал

Образец

Условия

Источник


Слайд 31 УРОВЕНЬ ДАННЫХ
Наборы свойств банка данных соответствует данным, отображаемым

УРОВЕНЬ ДАННЫХНаборы свойств банка данных соответствует данным, отображаемым при просмотре в

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

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

Слайд 32 УРОВЕНЬ ДАННЫХ
Все графики, например (SIG11TvsEPS), изображения, и массивы

УРОВЕНЬ ДАННЫХВсе графики, например (SIG11TvsEPS), изображения, и массивы автоматически относятся к

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

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


Слайд 33 ОПРЕДЕЛЕНИЕ ГРАФИКОВ
ATTRIBUTE, ADD, vs, REAL, 3, 0,

ОПРЕДЕЛЕНИЕ ГРАФИКОВATTRIBUTE, ADD, vs, REAL, 3, 0, “X_units;Y_units”, “X_description;Y_description”RELATION, ADD, vs,

“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

ОПРЕДЕЛЕНИЕ МАССИВОВ (МАТРИЦ)ATT ADD strain_gauge REAL 3 1,	“micro in/in” “Strain Gauge

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

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

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


Слайд 35 ОПРЕДЕЛЕНИЕ ИЗОБРАЖЕНИЙ
ATTRIBUTE, ADD, SCAN, INTEGER, 3, 0

RELATION, ADD,

ОПРЕДЕЛЕНИЕ ИЗОБРАЖЕНИЙATTRIBUTE, ADD, SCAN, INTEGER, 3, 0RELATION, ADD, SCAN, SCAN (the

SCAN, SCAN (the last two definitions must be the

same)

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


  • Имя файла: mscmvision-08-1.pptx
  • Количество просмотров: 135
  • Количество скачиваний: 0