Warehouse表结构说明
---_DimAreaOverlay 和DimArea的区别
---_DimAreaOverlay对于每条路径都显示14个节点的内容，DimArea只显示叶子节点的内容和父级节点的AreaSK
select * from _DimAreaOverlay a where a.AreaSk=21;--AreaPath=\IT集中研发管理系统\Billing系统\统一接口,显示AreaLevel0=IT集中研发管理系统， --AreaLevel1=Billing系统，AreaLevel2=统一接口，后面的节点显示为（统一接口）
select * from DimArea a where a.AreaSK=21;--AreaPath=\IT集中研发管理系统\Billing系统\统一接口,AreaName=统一接口,即叶子节点的内容，ParentAreaSK=25， --即路径 \IT集中研发管理系统\Billing系统 的AreaSK
---_DimIterationOverlay和DimIteration的区别同_DimAreaOverlay 和DimArea的区别
select * from _DimIterationOverlay a where a.IterationSk =4;
select * from DimIteration a where a.IterationSK=4;
---_LastUpdatedTime记录项目集合的最近更新时间
select * from _LastUpdatedTime a where a.CollectionName='DefaultIssueManagementCollection';
---_WarehouseConfig记录Database到Warehouse，Warehouse到Analysis数据库的同步时间，Warehouse数据库命令执行超时时间
select * from _WarehouseConfig a; ---AnalysisSchemaUpdateWaitSeconds=3600,Warehouse到Analysis数据库的同步时间为1小时
---AnalysisServicesProcessingTimeout=86400,多维数据集处理超时时间为24小时 ---ConfigChangeTimeStamp=2013-10- ---17T11:47:02.961,配置变更的时间戳
---ConfigXml,Warehouse数据库的配置文件
---DailyFullProcessingTime=18:00:00,Warehouse数据库日全量处理时间为下午4点
---DataUpdateWaitSeconds=30,数据更新等待时间为30s
---FullProcessIntervalSeconds=86400,全量数据处理间隔时间为24小时
---IncrementalProcessIntervalSeconds=7200,增量处理间隔时间为2小时，即Database每2小时同步到Warehouse一次
---WarehouseCommandSqlTimeout=3600,Warehouse的sql命令执行超时时间为1小时
---_WarehouseTimeOffsets记录Warehouse数据库的时间偏移量,UTc Timeoffset=480,时区差为0480,东4.8区
select * from _WarehouseTimeOffsets;
---_WarehouseUpdate记录DimArea、DimIteration、DimDate等18张表是否更新,以及快照表是否更新
select * from _WarehouseUpdate;
---_WitFields记录字段属性信息,TeamProjectCollectionBK关联DimTeamProject表的ProjectNodeGUID字段,FieldId对应相应Database数据库里Fields表里的FldID字段 select * from _WitFields a where a.ReferenceName='QutManagent.GroupIssue.Mail' and a.TeamProjectCollectionBK='1cd39564-593a-4207-bbec-f2e75fce0b15';
---根据TeamProjectCollectionBK=1cd39564-593a-4207-bbec-f2e75fce0b15,可以通过
select * from DimTeamProject a where a.ProjectNodeGUID='1cd39564-593a-4207-bbec-f2e75fce0b15'
--查询出项目集合的名字为ProjectNodeName=DefaultIssueManagementCollection, FieldId=10034是从DefaultIssueManagementCollection数据库里的Fields表里获
--得的。
---DimChangeset记录数据集合变更集信息
select* from DimChangeset;
---DimConfiguration记录项目集合所在服务器的配置信息-操作系统版本和IE版本
select * from DimConfiguration;
--- DimPerson表记录用户、组的用户名、中文名和PersonSK，所属的域，用户属于的域即服务器名
select * from DimPerson a where a.Name='王伟';---PersonSK=240编号,Alias=wangw用户名
---DimTeamProject主要存放项目编号、项目名称、ProjectNodeGUID、报表路径,ProjectNodeSK和DimWorkItem表中的TeamProjectSK,用来限定某个项目
select * from DimTeamProject a where a.ProjectNodeSK=10;
---就字段而言，DimWorkItem主要存放一些流程中系统的、自定义的报表字段,其中System_ChangedDate是最新更改时间，在客户端的历史记录里看到的时间即此字段的值； ---就数据而言，DimWorkItem主要存放我们添加的记录，要说明的是此表中不仅存放了某一个记录的最新状态，还存放了历史状态，所以在查询的时候需要结合
---FactCurrentWorkItem表进行定位
select * from DimWorkItem a where a.TeamProjectSK=3 and a.System_WorkItemType='研发任务' and a.System_Id=86;
---DimworkItemLinkType主要记录了链接类型，即我们建立链接查询时选择的链接类型，其中LinkID、ReferenceName和LinkName都是一对一的
---此表中的记录条数为11*项目集合的个数，即每个数据集合的11个连接类型都会在此表中记录一份。此表一般同FactWorkItemLinkHistory结合使用
select * from DimWorkItemLinkType a;
---FactWorkItemLinkHistory主要记录项目集合编号、链接类型、创建者编号、创建日期、源工作项ID、目标工作项ID，链接类型以TeamProjectCollectionSK=2为例
select * from FactWorkItemLinkHistory a where a.WorkItemLinkHistorySK=3;
---TeamProjectCollectionSK=2,WorkItemLinkTypeSK=9,SourceWorkItemID=172,TargetWorkTemID=234
---值得提出的是此表中列出TeamProjectCollectionSK是多余的，因为从DimworkItemLinkType表中我们可以看到每一个WorkItemLinkSK都对应唯一一个
---TeamProjectCollectionSK
---另外，WorkItemLinkTypeSK决定TargetWorkItemID，比如WorkItemLinkTypeSK=9（父级），则TargetWorkItemID表示的是父级；而WorkItemLinkTypeSK=7
---（子级），则TargetWorkItemID表示的是子级
--再说明一点，对于"父级"链接类型的记录，会用"子级"再记录一条，比如此条，WorkItemLinkTypeSK=7(子级)、9(父级)各记录一次，将TargetWorkItemID、
--TargetWorkItemID的值进行对换,"子级"类型的链接亦然
--对于"相关"链接类型的记录，会有两条记录，WorkItemLinkTypeSK=6，将TargetWorkItemID、TargetWorkItemID的值进行对换
--对于"后续任务"链接类型的记录，会用"前置任务"再记录一条，WorkItemLinkTypeSK=8(后续任务)、10(前置任务)各记录一次，将TargetWorkItemID、
--TargetWorkItemID的值进行对换,"前置任务"类型的链接亦然
--对于"测试"链接类型的记录，会用"测试用例"再记录一条，WorkItemLinkTypeSK=12(测试方)、15(测试)各记录一次，将TargetWorkItemID、TargetWorkItemID的值进
--行对换,"前置任务"类型的链接亦然
--对于"测试用例"链接类型的记录，会用"共享步骤"再记录一条，WorkItemLinkTypeSK=11(测试用例)、14(共享步骤)各记录一次，将TargetWorkItemID、
--TargetWorkItemID的值进行对换,"共享步骤"类型的链接亦然
--对于"影响"链接类型的记录，会用"影响者"再记录一条，WorkItemLinkTypeSK=13(影响)、16(影响者)各记录一次，将TargetWorkItemID、TargetWorkItemID的值进行
--对换,"共享步骤"类型的链接亦然
---视图WorkItemHistoryView的作用同DimWorkItem表，但值得注意的是，此视图里的指派给、创建者、激活者等关于人的字段的值均是姓名，而不是用户名，这样我们可以不---需要再关联person表进行查询 ---另外，区域路径和迭代路径也非编号，并且是截取最后一个'\'后面的字符串,但是此视图中存有大量的历史数据
select * from WorkItemHistoryView a where a.ProjectNodeName='IT集中研发管理系统';
---视图CurrentWorkItemView的优点同WorkItemHistoryView，并且CurrentWorkItemView中只存当前最新的数据记录
--视图CurrentWorkItemView，对于项目名称我们可以直接使用ProjectNodeName来查询，但是对于不同的集合中有相同的项目名称来说，需要使用ProjectNodeSK来查询
select * from CurrentWorkItemView a where a.ProjectNodeName='IT集中研发管理系统';
