모든 유형의 복잡한 스케줄을 실제로 지원하려면이 스케줄 중 세부 사항에 대해 똑같이 복잡한 관계형 데이터베이스 스키마를 작성하는 것이 좋습니다.
스케줄의 세부 사항에 대한 XML 스키마 설계를 고려하고, 실제로 관계형 데이터베이스에 스케줄을 저장해야하는 경우 XML 데이터를 컬럼에 저장하는 것이 좋습니다. 일정 유형의 일정에 적용 할 수있는 일정의 특성 (예 : 일정 이름 또는 마지막 및 시간을 수정 한 사람)에 대해 열을 사용할 수 있습니다. 하나 개 이상의 보고서에 사용할 수있는 일정, 당신은 같은 것을 할 수 있다고 가정 예를 들어
: 응용 프로그램이 보고서가 있어야 무엇 "와 같은 질문에 대답하는
Table: Schedule
---------------
Columns:
ID - Surrogate key to refer to schedules
from other tables.
Name - Short textual description of the schedule
(to be shown in GUI).
...
Details - XML containing all the details of
the schedule (frequency, exceptions,
complex combinations of simple schedules,
whatsoever).
하더라도 날짜/시간으로 인해 "관계형 스키마를 사용하여 별도의 열 (및 여러 테이블에있는)에 세부적인 일정 정보를 저장하는 오버 헤드를 정당화 할 수있는 많은 수의 일정이 있어야한다고 생각합니다.
을 REPORT_ID. – lamcro