时间连续数据库模型.docx
CHGIS Time-Continuous Data Model, Minimum Required Tables (Chinese Version)时间连续数据库模型 (最少要求)贝明远李晓杰7 January 2002全部示意图http:/www.people.fas.harvard.edu/chgis/work/design/figs/chgis_zhongwen_0103.jpg>>>>>>>>>>>>>>>>>>>>>>>Begin “Place Object Table”>>>>>>>>>>>>>>>>>>>>>>>>>>>Place Object Table 地点对象表属性:Place Object ID 地点对象代号Place Object Tag 地点对象提示目的 ：确定历史上按循序的每一个唯一的地点定义1) 地点对象是一个在地理和时间范围内唯一的对象，它具有在这些范围内可以改变的属性。这个对象也可以被称作空间时间实体。通过创置唯一地点对象代码，我们可以连接任何与这个特定的地点对象属性相关的所有记录，而不影响同时的其它属性记录。2) 地点对象提示仅仅是一个使使用者明白所用的地点对象代码的特性，它与地名不一样，因此我们使用了TAG一词。联系说明一对多的联系: 相对稳定时期记录表 >>>>>>>>>>>>>>>>>>>>>>Begin “Temporal Instance Table”>>>>>>>>>>>>>>>>>>>>>>>>>>>>Temporal Instance Table 相对稳定时期记录表属性:Temporal Instance ID 稳定时期唯一代号Place Object ID 地点对象代号Temporal Instance Tag 稳定时期提示Is Current (Y N) 目前（是否）Temporal Instance Type 稳定时期类型Begin Date 起始日期Begin Date Rule 起始日期规则Known Date 可靠日期Known Date Rule 可靠日期规则End Date 结束日期End Date Rule 结束日期规则Source ID 参考来源代号Change Type ID变化类型代号Entry Date 条目记录时期目的 ：每一个地点对象可以连接多个与之有关的属性记录。每一个记录的属性在一定的时间范围内保持不变。每一个记录的时间可以是同时的、也可以是不同时的、还可以是相互交错的。这些记录有三种类型：地名、行政区等级、特征。 如果所记录的地点对象北京是作为一个行政区的，它可以有许多稳定时期的记录。例如相关的地名记录有北平、北京、首都，等等。这些记录应该有一个比较明确的起始与结束的时间，至少是要有一个可靠日期。下边的图表形象地做了说明。 Definitions: 1) 稳定时期提示与地名对象提示相似，也是一个使使用者明白所用的稳定时期代码的特性。它与具体的地名、行政区、特征不一样。因为地名、行政区、特征有其各自的属性，我们把它们放在各自的表中。2) 目前（是否）每一个稳定时期记录需要用是否来确定目前的使用情况。3) 起始日期是指稳定时期开始的确切日期或已知最早的日期。4) 可靠日期是指有确切记载的日期（主要是指不清楚稳定时期的起始或结束的日期）。5) 结束日期是指稳定时期的最后变化日期、被废除的日期、或已不存在的日期。 6) 日期规则要符合上面所提到的三个日期的信息，以便适合数据库资料处理的要求。例如用规则二把清朝转变成适当的开始与结束日期。我们制定了一下七项规则。Rule 1: Year is set according to a pan-Dynastic period, such as "Qin Han," or " Song Yuan" Rule 2: Year is set according to a Dynastic period, such as "Tang," or " Ming" Rule 3: Year is set according to a Dynastic Title or Reign Period, such as "Shundi," or "Zhizheng" Rule 4: Year is specified, such as "13th Year of the Kangxi Reign Period" Rule 5: Season or Month is specified, such as "4th month of the Lunar year," or "autumn" Rule 6: Date is specified, such as "jiachen day, 5th month, 14th Year of the Jiaqing Reign Period" Rule 7: Uncertain beginning or ending date, adopts next previous or subsequent value (for the same Place Object)7) 参考来源代号是用来引证的资料代码。全部的资料信息是存在与之相连的表内。Relations:Many-to-one: Place Object TableOne-to-many: Placename TableOne-to-many: Admin Status TableOne-to-many: Feature Table>>>>>>>>>>>>>>>>>>>>>>>Begin “Default Table”>>>>>>>>>>>>>>>>>>>>>>>>>>>Default Table 默认表Attributes:Temporal Instance ID 稳定时期唯一代号Begin Date 起始日期End Date 结束日期Is Default (Y N)默认（是否） 目的由于每一个地点对象可以与多个稳定时期的记录相连，而这些稳定时期的记录在时间上又会有交叉，所以我们在处理这些记录时需要搞清在哪一个稳定时期的记录是默认的。因此我们设计了这个默认表来解决这一问题。例如：以下是同一个地点对象在三个不同稳定时期的(地名)记录。每一个记录有其各自的时间范围，又因为这三个记录在时间上存在交叉，所以我们用黄色线段来确定哪段时间是每一个记录的默认区间。 第一个地名记录首都从时间1 到时间8 是一直存在的，但是只有从时间 1 到时间 3 才属于默认的范围。依此类推，第二个地名记录北平的默认范围是从时间 3 到时间 5，第三个地名记录北京的默认范围是从时间 5 到时间 8 。以下是我们为了确定这些默认区间所实际运用的一个表格： 联系说明多对多的联系: 稳定时期记录表>>>>>>>>>>>>>>>>>>>>>>>Begin “Change Type Table”>>>>>>>>>>>>>>>>>>>>>>>>>>>Change Type Table 变化类型表Attributes:Change Type ID 变化类型代号Change Type Name变化类型提示 目的每一个稳定时期记录对象至少要与一个变化类型表中的记录相连。我们用这种方法来说明这个稳定时期记录在数据库中存在的原因。而且这个变化类型表也有助于使用该数据库的学者查阅相关的变化。定义: 1) 变化类型:exists存在不知道该地点对象设置的具体时间，但已知该地点对象在某一时间内存在。replaces替代新设置的地点对象取代先前已经存在的一个地点对象，使后者不再存在。established设置建立地点对象abolished废除地点对象原来所具有的行政等级被撤销closed关闭非行政等级的地点对象（如学校、寺庙、商业机构等）被停止运作destroyed毁灭因天灾人祸而使地点对象消失name change易名地点对象改换名称restructured重组地点对象的内部结构发生变化，重新组合promoted擢升地点对象的行政等级被提高demoted降级地点对象的行政等级被降低merged, new name合并新名多个地点对象组合在一起，使用一个新的名称merged, old name合并带名多个地点对象组合在一起，使用其中一个地点对象的原有名称split, new name分裂新名一个地点对象分成多个地点对象，各自使用新的名称split, old name分裂带名一个地点对象分成多个地点对象，其中一个地点对象仍使用该地点对象的名称re-established复置地点对象在废除一定时间后重新建立change shape边界变化地点对象的范围发生改变moved迁徙地点对象位置发生移动>>>>>>>>>>>>>>>>>>>>>>>Begin “Change Type Linktable”>>>>>>>>>>>>>>>>>>>>>>>>>>>Change Type Linktable 变化类型连接表Attributes:Temporal Instance ID 稳定时期唯一代号Change Type ID变化类型代号目的用于连接稳定时期记录表与变化类型表，使二者之间形成多对多的连接方式。
