sql – 冒险作品解释

前端之家收集整理的这篇文章主要介绍了sql – 冒险作品解释前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我一直在关注微软的Adventure Works 2012数据库.如果有任何信息可以解释为什么表格是按原样创建的,我会非常感兴趣.我想是某种架构概述.

例如:@H_301_3@

为什么他们选择将BusinessEntity表创建为Person,Employee等的基类.@H_301_3@

大多数数据都已标准化,因此他们选择将CountryRegionCode字段放入StateProvince表而不是将ID放入单独的表中.@H_301_3@

无论如何,我非常有兴趣了解有关数据库设计决策的更多信息.任何人都知道进入这种事情的资源?@H_301_3@

解决方法

我不知道AdventureWorks的任何官方设计文档,但我曾经是一名培训师,并广泛使用AdventureWorks数据库进行演示和实验,因此我对它非常熟悉.

BusinessEntity表是SuperType / SubType设计的经典案例,它可以减少数据冗余,因为客户也可以成为供应商,员工可以成为客户,以及其他所有组合.此外,这意味着您不会在单独的表中重复存储与所有实体相关的详细信息,从而最大限度地减少代码更改时的工作量.@H_301_3@

CountryRegionCode我不是肯定的,但我怀疑有以下三个原因之一:@H_301_3@

>没有足够的不同组合来保证额外的表以牺牲报告性能为代价(这可以通过一些简单的COUNT(*)GROUP BY语句来验证)>他们希望它在同一个表中,以便将来他们可以灵活地使用hierarchyID建模层次结构(这是最不喜欢的选项)>这是一个归一化错误! (我的钱是这个选项!)@H_301_3@

猜你在找的MsSQL相关文章