제5장. XML DTD

DTD와 유효성 검증

DTD 작성하기 : 예제  

문서형식 선언 (Document Type Declaration)

    • Internal/External Subset 혼용
      예)
      • <!DOCTYPE  address-book  SYSTEM  "ex03-03.dtd" [
                 <!ELEMENT memo ANY>
      ]>

요소(Element) 선언

속성(Attribute) 선언

<!ATTLIST  요소명  속성리스트>
                          속성명  속성형식  값선언
  • 속성 값의 형식 (10가지)
    CDATA   텍스트 문자열 (스트링)
    ID 식별자 해당 요소를 위한 고유 이름, XML 이름 규칙 준수
    IDREF   동일한 ID값을 갖고 있는 요소에 대한 참조(링크)
    IDREFS  공백으로 구별되는 IDREF의 목록
    ENTITY   미리 정의된 외부 엔티티 이름
    ENTITIES  공백으로 구별되는 엔티티의 목록
    NMTOKEN   하나의 이름 토큰 (공백이 없는 단어)
    NMTOKENS  공백으로 구별되는 NMTOKEN의 목록
    열거형 리스트 닫혀진 목록, |로 구별되는 값 중에 하나 사용
    NOTATION  명시적으로 선언된 NOTATION type 사용
  • 속성 값 선언 (다음 4개중 하나)
    • #REQUIRED : 필수 값이 반드시 제공되어야 함
    • #IMPLIED : 값이 없을 때 응용SW의 내포된 값을 사용
    • #FIXED : DTD에 선언된 고정 값을 사용
    • default : 값이 없을 때 기본 값으로 사용
  • CDATA 속성
    • 예)

    <!ATTLIST report    remark  CDATA  #REQUIRED>

        =>  <report remark="2nd Submission"> . . . </report>
        =>  <report remark="다시 제출"> . . . </report>
        X   <report> . . . </report>
  • ID, IDREF, IDREFS 속성
    • ID 속성값은 XML 이름 규칙을 적용
    • ID 속성값은 문서 내 유일한 값
    • 한 요소에는 하나의 ID 속성만 가능
    • ID 속성값은 반드시 #IMPLIED 또는 #REQUIRED 로 지정
      예)

    <!ELEMENT person (name, email*, addr?) >
         <!ATTLIST person   perID ID #REQUIRED >
         <!ATTLIST name   honor (Mr | Ms | Dr) #IMPLIED   suffix (Jr | sr | III) #IMPLIED >
          . . .  
    <!ELEMENT book ...>
    <!ATTLIST book   author  IDREF  #REQUIRED >
         . . .
    <!ELEMENT article ...>
    <!ATTLIST article   authors  IDREFS  #REQUIRED >

     =>  <person perID="sblim" > <name honor="Dr" > Soon Bum Lim </name> </person>
           <person perID="hong01" > <name honor="Mr" > Gildong Hong </name> </person>
     ...
     =>  <book author="sblim"> . . . </book>
     ...
     =>  <article authors="sblim  hong01"> . . . </book>
  • ENTITY, ENTITIES 속성
    • ENTITY 에서 선언된 이름을 사용
    • 예)

    <!ENTITY  myPhoto  SYSTEM  "file:///C:/images/photo01.gif"  NDATA  gif >
     <!ENTITY  newPhoto  SYSTEM  "file:///C:/images/photo02.gif"  NDATA  gif >
              . . .
    <!ATTLIST pic  image  ENTITY  #    IMPLIED>
     <!ATTLIST pics  image  ENTITIES  #IMPLIED>
        =>  <pic  image="myPhoto"  ... >
        =>  <pics  image="myPhoto  newPhoto"  ... >

  • NMTOKEN, NMTOKENS 속성
    • XML 이름규칙과 상관없는 공백으로 구분되는 이름
    • 예)

    <!ATTLIST name   honor NMTOKENS #IMPLIED   suffix NMTOKEN #IMPLIED >
        =>  <name honor="Mr. Dr. Grand"> Soon Bum Lim </name> </person>
        =>  <name honor="Princess" suffix="3rd"> Joo Eun Lim </name> </person>

  • NOTATION 속성
    • NOTATION 에서 선언된 이름만 명시적으로 사용
    • 예)

    <!NOTATION  bmp SYSTEM  "file:///C:/windows/paint.exe">
     . . .
    <!ATTLIST pic  type  NOTATION (JPEG | gif | bmp) #REQUIRED>
        =>  <pic  type="gif"  ... >

  • 속성 값 선언 예제

    <!ATTLIST document  version  CDATA  "1.00" >   
        =>  <document version="1.00"> My Report ... </document>
        =>  <document> My Report ... </document>
        =>  <document version="2.00"> My Report ... </document>

    		default 속성값 지정
     1.00
     파서가 이 값을 제공 (1.00)
    2.00

    <!ATTLIST document   version  CDATA  #FIXED  "1.00" >
        =>  <document version="1.00"> My Report ... </document>
        =>  <document> My Report ... </document>
        X   <document version="2.00"> My Report ... </document>

    		#FIXED 속성값 지정
    1.00
    파서가 이 값을 제공 (1.00)
    * 유효성 검증 오류

ENTITY

  • 외부 엔티티 참조 : SYSTEM 또는 PUBLIC 식별자 이용
    <?xml version="1.0" encoding="EUC-KR"?>
    <!DOCTYPE address-book SYSTEM "address-book.dtd" [
       <!ENTITY hong SYSTEM "hong.ent">
       <!ENTITY sblim     SYSTEM "sblim.ent">
    ]>
    <address-book>
         &hong;
         &sblim;
    </address-book>     		filename : hong.ent
    <entry>
        <name>홍길동</name>
        <tel>02-710-9379</tel>
    </entry>
    filename : sblim.ent
    <entry>
        <name>임순범</name>
        <tel>02-710-9424</tel>
    </entry>
  • 외부 파라메터 엔티티 - 외부 엔티티 파일을 DTD 내에 포함
    • <?xml version="1.0" encoding="EUC-KR"?>
    <!DOCTYPE memo [
       <!ELEMENT memo (attendee+)>
       <!ELEMENT attendee (#PCDATA)>
       <!ENTITY % s-name SYSTEM "initial.ent">
       %s-name;
    ]>
    <memo>
         <attendee> &cent;&JP; , &yen;&YY; ,
         &pound;&SB;     </attendee>
    </memo>     		filename : initial.ent
    <?xml version="1.0" encoding="EUC-KR"?>
    <!ENTITY YS "김용산">
    <!ENTITY JP "박종필">
    <!ENTITY SB "임순범">
    <!ENTITY YY "윤용익">
    <!ENTITY cent "&#x00a2;" > 
    <!ENTITY pound "&#x00a3;" > 
    <!ENTITY yen "&#x00a5;" > 

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

  • Unparsed Entity
    • 일반적으로 엔티티는 문서내에서 파싱. 
      • 즉, 여러 문서에서 공유 목적으로 작성한 유효한 문서
    • 비 XML 데이터를 포함할 수 있는 메커니즘 필요. 예, 이미지 데이터
      • NDATA로 유형 표기
    • 예(p.268) 
      • <!ENTITY w3c-logo PUBLIC "-//...//...//EN"  NDATA  GIF>
      • <!ENTITY  myPhoto  SYSTEM  "http:/mm.../images/photo01.gif"  NDATA  gif >

NOTATION

  • XML 파서가 처리 못하고 외부 리소스를 참조할 필요
    • 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">      <!-- MiME 형식 -->
      <!NOTATION GIF89a SYSTEM "image/gif">
      <!NOTATION jpeg SYSTEM "JPG">
       <!NOTATION bmp SYSTEM "file:///c:/windows/paint.exe">     <!-- 직접 표기 -->

DTD의 한계

  • 장점
    • 어플리케이션과 독립적으로 유효성 검증이 가능
    • 속성에 대하여 값의 유형 제한이나 기본값 제공이 가능
    • 문서의 모듈화 가능
  • 기존 DTD 제약점
    • XML 문법과 다르다 : SGML 문법에 기초
    • 데이터 형식에 대한 지원 부족 : 요소의 내용이 텍스트로 제한, 숫자 처리 불가능
    • 내용 모델 기술에 한계 : 상속/객체지향 개념 불완전, 반복성 제어 한계 (예, "k번 반복" 불가능)
    • XML 네임스페이스 지원이 불완전
  • 새로운 구조 정의 방법에 대한 제안
    • XML Schema
    • DCD(Document Content Description)
    • SOX(Schema for Object-oriented XML)
    • DDML(Document Definition Markup Language)