제3장. XML DTD

제3장. XML DTD / Schemas

DTD/Schema가 필요한 이유

Valid Document (유효한 문서)

Well-formed 문서는 XML 문법에 맞는 문서
Valid 문서는 Well-formed 이며 DTD 구조에 맞는 문서

DTD를 사용하는 이유 - 필수는 아니다.

문서를 공유하고자 할 때 DTD에서 정의된 구조로 사용을 통일
응용 프로그램에서 사용 : 엘리먼트 목록을 생성, 공유
XML 처리기에 도움
문서의 크기를 줄일 수 있다 : default, fixed

문서의 검증 (Validation)
- 사용 예) MS의 IE용 XML 검증기 플러그인 설치 (다운로드 하기)

ENTITY

XML문서의 모든 표현 단위, 문서 자체도 document entity이다.

1) General Entity 와 Parameter Entity

General Entity
- DTD 내에서 <!ENTITY 엔티티명 "엔티티정의" > 로 정의 &엔티티명; 으로 사용
- 매크로 처럼 이용, 또는 외부 문서/이미지/사운드 등 참조
Parameter Entity
- DTD 내에서 <!ENTITY % 엔티티명 "엔티티정의" > 로 정의 %엔티티명; 으로 사용
- DTD 에서만 사용

예제 : 1(General Entity), 2,3(Parameter Entity)

<?xml version="1.0" encoding="EUC-KR"?>
<!DOCTYPE memo [
  <!ENTITY hong "홍길동, 숙명여대">
  <!ENTITY sblim
    "<entry>
        <name>임순범</name>
        <tel>02-710-9424</tel>
        <email href='sblim@sookmyung.ac.kr'/>
    </entry>">
]>
<memo>
  <header>
     <to> To: &hong; </to>
     <from> From: &sblim; </from>
  </header>
  <body>회의가 내일 있으니 꼭 참석하시기 바랍니다. </body>
</memo>
<!ENTITY % bool '(true | false) "false" '>

<!ELEMENT address-book (entry+)>
<!ELEMENT entry (name, address, tel*, email*)>
...
<!ELEMENT tel (#PCDATA)>
<!ATTLIST tel preferred %bool;>
<!ELEMENT email EMPTY>
<!ATTLIST email CDATA #REQUIRED
preferred %bool;>

<!ENTITY % prefer 'preferred (true | false) "false" '>
...
<!ELEMENT tel (#PCDATA)>
<!ATTLIST tel %prefer;>
<!ELEMENT email EMPTY>
<!ATTLIST email CDATA #REQUIRED
%prefer;>

2) Internal Entity 와 External Entity

Internal은 파일 내에서 엔티티를 모두 정의한다 (보통의 이전 예제)
External은 별도의 엔티티 파일을 SYSTEM 또는 PUBLIC 식별자로 지정한다

예제 1: 외부 엔티티 파일을 문서에서 참조

<?xml version="1.0" encoding="EUC-KR"?>
<!DOCTYPE address-book SYSTEM "address-book.dtd" [
   <!ENTITY hong SYSTEM "hong.ent">
   <!ENTITY sblim "sblim.ent">
]>
<address-book>
     &hong;
     &sblim;
</address-book> filename : hong.ent

<entry>
    <name>홍길동</name> <tel>02-710-9379</tel>
    <email href='mm@sookmyung.ac.kr'/>
</entry>

filename : sblim.ent

<entry>
    <name>임순범</name> <tel>02-710-9424</tel>
    <email href='sblim@sookmyung.ac.kr'/>
</entry>

예제 2: 외부 파라메터 엔티티 - 외부 엔티티 파일을 DTD 내에 포함

<?xml version="1.0" encoding="EUC-KR"?>
<!DOCTYPE memo [
   <!ELEMENT memo (attendee+)>
   <!ELEMENT attendee (#PCDATA)>
   <!ENTITY % init-name SYSTEM "initial.ent">
   %init-name;
]>
<memo>
     <attendee> ¢&JP; , ¥&YY; ,
     £&SB; </attendee>
</memo> filename : initial.ent

<?xml version="1.0" encoding="EUC-KR"?>
<!ENTITY YS "김유신">
<!ENTITY JP "윤종필">
<!ENTITY SB "임순범">
<!ENTITY YY "윤용익">
<!ENTITY cent "¢" >
<!ENTITY pound "£" >
<!ENTITY yen "¥" >

3) Parsed Entity 와 Unparsed Entity

Parsed : 유효한 문서, 위 예와 같이 여러 문서에서 공유 목적¥ß§÷½¼
Unparsed : 비 XML 데이터를 포함할 수 있는 메커니즘, NDATA로 유형 표기

예(p.94) <!ENTITY logo SYSTEM "http://..." NDATA GIF>

4) NOTATION

unparsed entity의 경우 유형 선언 및 식별자로 판단하여 응용SW와 연결

예

<!NOTATION GIF89a PUBLIC "-//CompuServe//NOTATION Graphics Interchange Format 89a//EN" "C:\windows\kodakprv.exe">
<!NOTATION jpg PUBLIC "+//ISBN 0-7923-9432-1::Graphic Notation//NOTATION JPG Graphic Interchange Format//EN">

<!NOTATION GIF89a SYSTEM "GIF"> 
<!NOTATION GIF89a SYSTEM "image/gif">
<!NOTATION jpeg SYSTEM "JPG">

** 엔티티로 문서 관리 => 규모가 큰 DTD와 문서 집합을 모듈화 & 관리

조건절 (Conditional Sections)

DTD 일부를 포함 또는 배제 시킨다. DTD 개발 도중 유용하게 사용

<![INCLUDE [ ... DTD 일부 ... ] ] >
<![IGNORE [ ... DTD 일부 ... ] ] >

사용 기법 : 파라메터 엔티티를 이용하여 수정이 용이하도록 작성

예 p.97

<!ENTITY % first "INCLUDE">
<!ENTITY % second "IGNORE">
   ...
<![ %first; [
   <!ELEMENT name (fname, lname)>
]]>
<![ %second; [
   <!ELEMENT name (#PCDATA | fname | lname)*>
]]>

<!ENTITY % first "IGNORE">
<!ENTITY % second "INCLUDE">
   ...
<![ %first; [
   <!ELEMENT name (fname, lname)>
]]>
<![ %second; [
   <!ELEMENT name (#PCDATA | fname | lname)*>
]]>

DTD 설계 방법

1) 객체 모델로부터 DTD 설계

객체 모델의 정의 : 예 p.98-99

Account (계좌) : 잔액(balance)과 거래목록(transaction) 두 가지 속성을 정의
Savings (저축계좌) : 이자(interest) 속성
Checking (당좌 예금계좌) : 이율(fee) 속성
Owner (계좌 소유자) : 복수의 Account 가능, 복수의 Owner 가능

DTD 설계

루트 엘리먼트 결정 (예, account vs. owner)
트리를 그려보자 => 수정
샘플 문서 작성 => 트리 수정 (예, p.101)
DTD 작성 (p.102)

엘리먼트 vs. 속성

2) 기초부터 DTD 생성

객체 모델이 주어지지 않았을 때

구조 분석이 중요
추가 개발을 예상하여, 확장 유연성(구조적 정보) 대 사용 편리성 고려

문서 작성 (문서 모델링)
1. 모든 가능한 엘리먼트 나열
2. 그룹화 => 구조화 (트리 작성)
3. 샘플 문서 작성 => 재구성

새로운 XML 스키마

기존 DTD 제약점

내용이 텍스트로 제한
반복성 제어에 한계 (예, "k번 반복" 불가능)
XML 문법과 다른 별도의 추가 문법에 기초

새로운 제안 의 특징

XML과 같은 문법 사용, 숫자/날짜 등도 지원, 객체 지향 개념 포함, 등

주요 제안
- DDML(Document Definition Markup Language)