CDM Access: Planning and Administraion Guide

9 September, 1988

Data Structure

I. 자료구조에 관한 작업

하나의 부품이 나 조립품을 표현하는데는 다양한 geometric 표현과 경영상의 문서와 같은 복합적 매체를 사용하여 표현해야 한다. 이를 multi-representation 이라 한다.

CATIA와 관련된 자료가 어떻게 DB안에 구성되어 있나?

자료는 part라는 기본 entity로 구현되고 각 part는 3가지 종류의 object (representations)를 포함하고 있다 (* 실제로 part는 CDM안에서는 PART_LIST라는 테이블의 한 record (instance)를 가리킴.).

STEP 1. PART_LIST자료구조에 자료구성하기

CDMA를 사용할 경우 3개의 자료구조를 만들어야 한다.

이 자료구조들을 environment라고도 한다.

1.1 PART_LIST 구조를 정의하기

단계내용비고
1) part key 설정part(PART_LIST 의 instance 지칭)를 구별하는 id를 설정? $COID, $COMPID는 자동으로 정의되는가
2) representation list 설정part 를 부연설명하는 타 object 인 representation을 결정한다. representation은 기정의 된 object(6개)와 사용자정의 object로 나눌수 있다. 사용자 정의 object는 alphanumeric과 document로 나눌수 있다. document는 DOC_표기를 하며 Long field type과 관계
3) seconary key 설정하나의 part에 다수의 representation instance (단일종류)를 연결하기 위하여 각 instance를 구별할 key 가 필요하다. 만일 secondary key 가 정의되지 않는다면 part와 해당 representation 관계는 1:1 이다. $COID와 $COMPID 구조는 complex object와 componet object사이의 1:n 관계가 가능하도록 되어 있다. 이는 시스템에서 자동으로 부여되는 것인가?
4) complementary att 정의part 에 부가되는 attribute를 정의한다.
5) lock table구조정의 $LOCK 테이블에 사용자가 해당 테이블을 변경하는 것을 제한하는 정보를 저장한다. $LOCK 테이블의 한 record는 하나의 part나 object에 적용되는 lock을 뜻한다. 다른 관리용 테이블
$EXT - part 가 아닌 object (representation) 사이의 관계정의
$EXT_LF - object 와 long fields와의 관계 - r.f relation repository

1.2 정의한 구조를 구현

다음과 같은 3 가지 종류의 SQL 테이블 (Database에서 지원하는 순수 테이블)이 생성된다.

  1. PART_LIST 테이블 : part key attribute 와 complementary attributes를 포함
  2. 각각의 representation에 대응하는 테이블들: key와 complementary attribute를 포함
  3. long field를 저장하기 위한 내부 테이블들
생성되는 테이블에는 아래와 같은 제약이 적용된다.

Long Field Tables

CATIA_MODEL, CATIA_DETAIL, CATIA_PLOT 그리고 Documents 테이블은 long field table을 포함하고 있다. Long field와의 관계는 $COROUTINES 테이블에 저장되지 않고 $EXP_LF에 저장된다.

complex object의 특정 component object 와 long field data를 연결하는 object를 relation object라하고 이는 CDMA에서는 $EXP_LF의 한 instance에 해당한다. 이때 long field에 대응하는 object를 repository라 한다.

relation object로써 $EXP_LF는 다음과 같은 Attribute를 가진다.

1.3 CDMA 시작

  1. CDM을 이용하여 작성한 테이블을 Database내에 생성
  2. Unique Index 생성
  3. Data Dictionary 개정 ($COROUTINES 테이블에 record 생성)

STEP 2. 구조를 Project에 통합하기

사용자는 몇개의 서로다른 PART_LIST 를 만들수 있다. 예로 작업완료와 part를 저장하는 PART_LIST와 작업중인 PART_LIST를 분리하여 저장할 수 있다 (분리 방법은 DB Owener를 이용해야 함(?). 예: RELEASED.PART_LIST and WORKING.PART_LIST). Database내의 object는 PROJECT에 포함되어야 하며 PROJECT 내의 object 간에만 relation이 허용된다.

PROJECT는 CATIA.PROJECT 테이블에 정보가 저장되는데 이는 CDMA가 Install 될때 형성된다. CATIA.PROJECT는 PART_LIST 와 같이 CDM의 composite object 구조를 사용하며, PART_LIST의 Representaion에 해당하는 Information 테이블을 가지고 있다. 이들 Information 테이블 중에 CATIA.CONAME 테이블이 해당 PROJECT에 포함된 PART_LIST 정보를 가지고 있다(그림 참조).

Example: PROJECT catsample이 두개의 PART_LIST A.PART_LIST와 B.PART_LIST를 가지고 있는 경우를 위의 구조로 표현하면 다음과 같다.

CATIA.PROJECT
$COID$COMPIDS_PROJECT(key)
sampleproject_sample
CATIA.CONAME
$COID$COMPIDS_CONAME(key)
sampleA.PART_LIST
sampleB.PART_LIST

PROJECT와 environment( OWNER.PART_LIST )는 CONAME 테이블의 secondary key attribute인 S_CONAME에 의하여 저장된다.

기존의 PROJECT에 새로운 environment를 연결하는 방법은 PROJECT 테이블의 내용을 SELECT 하여 확인한후 원하는 PROJECT의 S_PROJECT 내용을 확인하고 이를 CONAME 테이블에 S_CONAME에 입력할 수 있다. - 예제에서 $COID를 사용으로 relationship을 유지하였느데 이를 직접 사용자가 입력해야 하나?; OBJECT+WRITE+TABLE item의 의미는?

STEP 3. Trigger 정의하기

Triggers

Start Condition (EVENT)는 Data Dictionary에 저장되어야 한다. CDM은 4개의 DELETE Trigger를 Data Consistency 유지를 위하여 사용한다.

The Lock Mechanism

사용자가 일정시간동안 다른 사용자가 해당 object를 update 하지 못하게 하며 작업(update 포함) 할 수 있다. Long duration transaction 지원. lock mechanism은 다음 3 가지 요소로 구성

CATIA Attributes를 데이타베이스에 자동으로 저장하기

CDMA가 CATIA MODEL의 Attribute를 자동으로 추출 할 수 있는데 이는 다음과 같다.

Attribute 는 정의된 Part에 연관된 Model이 변경될 때 자동으로 추출된다. 만일 CATIA.MAP_PRJ에 정의되어 있지 않으면 Attribute 값이 자동으로 추출되지 않는다.

STEP 4. Profile 정의하기

Profile는 사용자가 사용하는 View, Query, Result, Authorization 에 관련된 정보를 가지고 있다. 이는 CDML(CATIA Data Manupulation Language)로 정의된 Script (command stream)형식으로 CDM.MACRO_LIST에 저장된다. 저장된 command stream과 사용자와 의 관계는 PROFILE.PROFILE_USER에 에 저장된다. 이 테이블에 사용자가 없을경우는 default profile이 적용된다. Default Profile을 생성하고 관리하기 위하여 DMADM utility를 사용하는 것이 좋다.

II. Object 사이의 Relations

Relation 개론

CDMA이 part와 representation 사이의 complex object relation 외에 다음과 같은 두가지 종류의 object사이의 relation을 $EXT 테이블을 통하여 제공한다.

  1. part 사이의 relation - 예: part 1 과 part2 사이의 assembly relation
  2. representation 사이의 relation - 예 CATIA Model, model 1과 Detail, detail2 사이의 CATIA relation
모든 CDMA object 와 같이 relation object ($EXT의 한 record)도 part에 속한다. 예로 model 1 이 part 1에 속하였다면 model 1 과 detail 2 사이의 관계를 저장하는 relation 1 도 part 1 에 속한 object의 하나이다.

CDMA는 $EXT 테이블의 $TYPE에 의하여 relation의 종류를 구분하는데, CAT로 시작하는 4 개의 기본 relation type을 제공하며 이는 CDMA에 의하여 자동으로 Update 된다.

type설명
CATSSassembly relation
CATMDmodel/detail relation
CATDDdetail/detail relation
CATPMplot sheet/model relation
Example: p(1) part 와 c(1) part는 assembly 관계가 있다. 이를 $EXT에 표시하면 $COID_REF 와 $COMPID_REF에 c(2) 정보를 넣으므로써 관계가 성립된다. $SITE는 assembly 자료가 다른 database (other_database)에 저장된것을 나타내며 $TYPE은 두 객체관계가 assembly 관계임을 나타낸다.
PART_LIST
$COID$COMPID
p(1)pp(1)
c(2)cc(2)
::
$EXT
$COID$COMPID$COID_REF$COMPID_REF$SITE$TYPE
p(1)pp(1)c(2)cc(2)other_databaseCATASS
DMADM utility를 이용하여 parent 와 child와의 관계 사이의 Consistency를 유지할 수 있다.

III. Authorization Control

VI. 사용자 지원

User Profile

1. Profile이란

Profile이란 variables (혹은 symbolic variables라 칭함)의 집합으로 사용자가 CDMA의 자료와 함수를 사용하는 환경을 customize 한다.

2. Profile의 구조화

Profile은 각기 ; 로 구분된 CDM ASSIGN 명령어의 집합을 저장한 File형태를 띈다. ASSIGN 명령의 문법은 다음과 같다.

ASSIGN 'value' TO GLOBAL_symbolic_variable_name/
"GLOBAL_symbolic_variable_name"

variable이름을 GLOBAL_ 다음에 쓴다. 예로 $viI_XXX는 XXX 테이블에 Insert하는 View를 뜻하는데 이를 정의하면 다음과 같다.

ASSIGN 'V_INSERT' TO GLOBAL_$vi_mat

3. Profile 저장 Table

Profile은 PROFILE.PROFILE_USER 테이블과 CDM.MACRO_LIST에 의하여 관리된다. 구조는 예제 참조.

General Administration

Instantiation Attribute Administration

CDMA 환경에서 instantiation attribute를 사용하기 위해서는 product type management environment가 생성되어야 하며 PART_LIST environment가 product type을 지원해야 한다.

instantiation attribute를 이용하는 이유는 part에 새로운 attribute set을 동적으로 지정할 수 있기 때문이다.

product type을 사용하므로써 CDMA에서 관리하는 part의 수를 감소시킬 수 있다. 예로 한 종류의 screw는 반경(diameter) 과 길이(length)라는 instancitation attribute로 정의된 하나의 product type에 의하여 정의된 하나의 part 와 이의 형상특징으로 정의될 수 있다. valuation domain은 하나의 screw 의 diameter와 length attribue 조합 가능 값 을 제공한다. 만일 product type을 사용하지 않는다면 diameter와 lenght의 각 조압에 대하여 하나의 part가 관리되어야 한다.

1. Product Type Management Enviroment

product type management environment 는 1 개 CDMA project 에 1 개만 생성되며, 아래와 같은 3개의 테이블로 구성된다.

2. PART_LIST environment

CATIA Session Builder Administration

CATIA. Product Structure Navigator Administration