개요
이 도구 사용 도움말은 Data Modeler를 사용하여 데이터
모델을 빌드하는 방법을 설명합니다.
-
이 도구 사용 도움말의 단계는 해당 타스크의 단계와 일치합니다.
-
이 도구 사용 도움말에서는 다음 단계가 수행됩니다.
-
Rational XDE(TM) 소프트웨어 도구에는 응용프로그램 디자이너 및 데이터베이스 디자이너가 동일 도구를 사용하여 응용프로그램과 데이터베이스를 개발할 수 있는 기능이 포함되어 있습니다. 데이터베이스 디자이너 또는 디자이너로서,
XDE를 사용하여 데이터베이스를 모델링하고 디자인할 수 있을 뿐만 아니라 응용프로그램과 데이터베이스를 통합할 수도 있습니다. XDE Data Modeler는 데이터 모델을 구성하기 위한 표준 표기법으로
데이터베이스 모델링용 Unified Modeling Language(UML) 프로파일을 사용합니다. 다음의 XDE 온라인 도움말 주제는 Rational XDE를 사용하는 데이터베이스 모델링 및 개발에
관련된 특정 세부사항에 대한 주요 배경 정보를 제공합니다.
-
Rational XDE에서 지원되는 데이터베이스
: Rational XDE에서
지원되는 데이터베이스를 나열합니다.
-
지원되는 OLE DB 제공자 및 JDBC 드라이버
:
Rational XDE에서 지원되는 데이터 액세스 제공자 및 드라이버를 나열합니다.
-
데이터 모델의 옵션 설정
: 기본 데이터베이스 지정
및 데이터베이스 대상 설정을 요약합니다.
-
기본 데이터베이스 지정 설정
: 명확하게
이름 지정된 데이터베이스를 지시하도록 XDE 데이터 모델을 구성하기 위한 안내를 제공합니다.
-
UML 데이터 모델링 프로파일
: 데이터 모델에 사용되는
UML(Unified Modeling Language) 모델링 요소를 요약합니다.
-
데이터 모델링 가시성 아이콘
: 데이터 모델에 특정한
1차/외부 키 및 데이터베이스 트리거를 정의하기 위한 표기 요소를 나열합니다.
XDE에서 데이터 모델을 시작하기 위한 세 가지 방법이 있습니다.
-
Data Modeler 도구를 사용하여 XDE에서 직접 데이터 모델을 빌드하십시오.
-
디자인 모델에서 지속적 클래스를 변환하여 데이터 모델에서 테이블을 작성하십시오.
-
기존 데이터베이스 스키마 또는 DDL 스크립트를 리버스 엔지니어링하여 데이터 모델을 작성하십시오.
데이터 모델을 작성하는 다른 방법에 관한 자세한 정보는 다음 XDE 도움말 항목을 참조하십시오.
-
데이터 모델 디자인
-
클래스를 테이블로 변환
-
리버스 엔지니어링으로 데이터 모델 빌드
이 도구 사용 도움말의 나머지 섹션은 디자인 모델에서 지속적 클래스를 변환함으로써 데이터 모델을 빌드하여 개발하는 방법에 관한 지시사항을 제공합니다. 여기에 설명된 데이터 모델 패키지 구조는 XDE 모델 구조 가이드라인의 데이터 모델 섹션에 자세히 설명되어 있습니다.
도구 사용 도움말: Rational XDE를 사용하여 데이터베이스 리버스 엔지니어링은 실제 데이터베이스 디자인을 리버스
엔지니어링하여 데이터 모델을 작성하는 방법에 관한 자세한 정보를 제공합니다.
일부 프로젝트에서는 주요 논리 데이터 엔티티 및 해당 관계의 응용프로그램 독립적 뷰를 캡처하는 데이터베이스 디자인의 이상적 "논리" 모델을 작성해야 할 수도 있습니다. 이 논리 데이터 모델은 응용프로그램 디자인
개발에 사용될 수 있는 선택적 중간 산출물: 분석 모델과 유사한 모델의 "분석" 유형으로 생각할 수 있습니다. 논리 데이터 모델은 중간 산출물: 데이터 모델에 포함되므로 독립된 RUP 중간 산출물로 간주되지 않는다는 점에 유의해야
합니다.
논리 데이터 모델은 XDE Data Modeler 도구를 사용하여 직접 작성할 수 있습니다. 전체 데이터 모델 중간 산출물 내에서의 논리 데이터 모델 작성에 관한 정보는 XDE 모델 구조 가이드라인을 참조하십시오. 참조: 논리 데이터 모델
Rational XDE를 사용하여 실제 데이터베이스 디자인의 세부적 모델을 작성하기 위해 논리 데이터 모델을 정제할 수 있습니다.
( 실제 데이터 모델
을 참조하십시오.) 이 세부적 실제 데이터
모델은 포워드 엔지니어링되어 데이터베이스를 작성할 수 있습니다. (도구 사용 도움말: Rational XDE에서 데이터베이스 포워드 엔지니어링을 참조하십시오.) 실제 데이터 모델 개발의 주요
단계는 아래에 설명되어 있습니다.
도메인을 작성하여 데이터베이스 디자인 표준을 실행하기 위해 데이터 모델을 전체적으로 사용할 수 있는 사용자 정의 데이터 모델을 구현하십시오. ( 도메인
을 참조하십시오.) 도메인은 열에서 비즈니스 규칙을
임베드하는 데도 사용할 수 있습니다.
데이터 모델에서 도메인에 정의된 데이터 유형을 사용하려면 다음 가이드라인을 따라야 합니다.
-
도메인은 데이터 모델 내에서 독립 패키지에 정의해야 합니다. 규모가 큰 팀의 경우에는 종종 독립 XDE 모델이 정당화됩니다. (
도메인 작성
을 참조하십시오.)
-
도메인을 포함하는 패키지는 데이터베이스에서 테이블을 실현하는 데이터베이스 컴포넌트에 지정해야 합니다. (
도메인 패키지를 데이터베이스에 지정
을 참조하십시오.)
데이터 모델의 열에 도메인을 적용하는 방법은 열에 도메인 지정
을 참조하십시오.
디자인 모델의 지속적 클래스를 모델 내의 테이블로 변환하십시오. ( 클래스를 테이블로 변환
을 참조하십시오.) 클래스의
속성은 테이블에서 열이 됩니다. Rational XDE는 클래스 속성을 후보 키로 정의하는 옵션을 제공합니다. ( 후보 키 지정
을 참조하십시오.)
Rational XDE는 또한 클래스 사이의 특정 연관을 테이블 사이의 관계로 변환합니다. 다음의 Rational XDE 온라인 도움말 주제는 클래스를 테이블로 변환하는 방법에 관한 자세한 정보를 제공합니다.
-
일반적인 맵핑 정보 -
클래스를 테이블로 변환 맵핑
-
DBMS 특정 맵핑 정보 -
클래스를 테이블로 변환 데이터 유형 맵핑
데이터베이스에서 정적 데이터 항목을 관리할 경우 필요에 따라 참조 테이블을 작성하십시오. XDE Data Modeler 기능을 사용하여 데이터 모델에서 직접 참조 테이블을 작성할 수 있습니다. 참조:
테이블 및 열 모델링
테이블에서 정보 행을 식별하기 위한 1차 키 제한조건과 고유 키 제한조건을 정의하십시오. 온라인 도움말 주제 1차 키 제한조건을 참조하십시오.
온라인 도움말 주제 1차 키 제한조건 작성
에서는 하나 이상의 테이블
열에 대한 1차 키 제한조건을 작성하는 데 사용되는 단계를 설명합니다. 고유 키 제한조건 정의에 관한 정보는 고유 키 제한조건를 참조하십시오.
모델에서 고유 키 제한조건을 작성하는
단계는 고유 키 제한조건 작성
에 있습니다.
Rational XDE 온라인 도움말 제한조건 작성
을 참조하십시오.
테이블에서 데이터 요소에 대한 갱신을 제어하기 위해 검사 제한조건을 사용할 수 있습니다. Rational XDE는 테이블, 열 및 도메인에 대한 검사 제한조건을 정의할 수 있는 기능을 제공합니다. 검사 제한조건
주제를 참조하십시오. 다음 XDE
온라인 도움말 주제는 데이터 모델에서 세 가지 유형의 검사 제한조건을 작성하는 방법을 설명합니다.
-
열 검사 제한조건 -
열 겸사 제한조건 작성
-
테이블 검사 제한조건 -
테이블 검사 제한조건 작성
-
도메인 검사 제한조건 -
도메인 검사 제한조건 작성
참조 무결성을 보장하기 위해 사용되는 다른 유형의 제한조건은 외부 키 제한조건입니다. ( 외부 키
제한조건을 참조하십시오.) 외부
키 제한조건을 생성할 수 있는 유일한 방법은 테이블 사이의 관계를 작성하는 것입니다. ( 외부 키
제한조건 작성을
참조하십시오.) 이에 대한 예외는 데이터베이스나 DDL 스크립트를 데이터 모델로 리버스 엔지니어링하는 프로세스입니다. 이 경우에는 관계와 외부 키가 자동으로 생성됩니다. 키 이주는 두 테이블 사이에
추가되는 관계 식별 대 비식별 유형에 따라 결정됩니다.
참조: 키 이주
참조: 이주된 키 변경
.
특정 프로젝트 상황에 따라, 성능 요구사항을 충족하도록 정규화된 실제 데이터베이스 디자인을 조정해야 할 수도 있습니다. 동일 테이블에서 함께 검색되는 오브젝트를 저장하도록 테이블을 디자인하여 성능 개선을 위해
데이터 모델을 최적화하십시오. 이 기법을 비정규화라고 합니다. 비정규화하려면 두 테이블의 고유 열을 하나의 테이블로 결합한 후 두 번째 테이블을 제거하십시오.
추가 최적화 기법은 열 색인화를 사용하여 테이블에 있는 데이터에 더 효율적으로 액세스하는 것입니다. 색인을
참조하십시오. 데이터 모델에서 색인을 작성하는 방법에 관한 설명은 색인 작성
을 참조하십시오.
데이터 액세스의 또 다른 측면은 데이터베이스 뷰 사용에 있습니다. 뷰를 사용하여 하나 이상의 테이블에 있는 데이터에 대한 액세스를 제어하거나 제한할 수 있습니다. 데이터 모델에 뷰를 작성하는
방법에 대한 설명은 뷰 작성
을 참조하십시오. 참조: 뷰 모델링
테이블 공간 및 테이블 공간 컨테이너를 정의하여 데이터베이스의 모델 저장영역 디자인을 작성하십시오. ( 테이블 공간
을 참조하십시오.)
실현(realization) 관계를 통해 실제 데이터베이스 디자인 요소를 저장영역 요소에 맵핑하십시오. XDE 온라인 도움말 주제 데이터베이스에 테이블 공간 추가
는 특정 데이터베이스에 대한 테이블 공간을
작성하는 방법을 설명합니다. XDE 온라인 도움말 주제 테이블을 테이블 공간에 지정
은 모델의 테이블을 테이블 공간에
지정하는 방법을 설명합니다.
Rational XDE는 현재 Oracle, DB2 및 SQL Server에 대해 테이블 공간 모델링을 지원합니다. 다음 XDE 온라인 도움말 주제는 DBMS 제품에 대해 테이블 공간을 모델링하는 방법에
대한 안내를 제공합니다.
-
Oracle 테이블 공간 모델링
-
DB2 테이블 공간 모델링
-
SQL Server 테이블 공간 모델링
테이블 공간 및 데이터베이스 모델 요소에 대한 자세한 정보는 Rational XDE 온라인 도움말의 다음 주제를 참조하십시오.
-
데이터베이스 및 테이블 공간 모델링
-
데이터베이스
데이터베이스에서의 효율적인 정보 검색 및 저장을 지원하기 위해 필요에 따라 스토어드 프로시저를 정의하십시오. 후보 스토어드 프로시저의 테이블을 작성하는 데 사용되었던 디자인 클래스의 오퍼레이션을
점검하십시오.스토어드 프로시저는 프로시저 또는 함수로 구현될 수 있습니다. 스토어드 프로시저
을 참조하십시오. 스토어드 프로시저는 스토어드 프로시저 컨테이너
에 설명된 대로 스토어드 프로시저 컨테이너에
상주해야 합니다. 스토어드 프로시저는 상주하고 있는 스토어드 프로시저 컨테이너의 오퍼레이션으로 작성됩니다. 스토어드 프로시저 작성
, 스토어드 프로시저 컨테이너 작성
, 스토어드 프로시저 매개변수 작성
을 참조하십시오.
Rational XDE 온라인 도움말 주제 스토어드 프로시저 모델링
을 참조하십시오.
테이블에 있는 정보에 대한 수정사항을 추가로 제어하고 관리하려면 필요에 따라 트리거를 정의하십시오. 참조: 주제 트리거 모델링
디자인 모델의 응용프로그램 디자인 및 전체 응용프로그램 아키텍처 구조와 일관성이 있는지 데이터 모델의 데이터베이스 디자인 결과를 검토하십시오. 검토할 특정 항목의 체크리스트: 데이터 모델을 참조하십시오.
|