建立物理模型_2.pptx

建立物理模型第一页，共八十六页，2022年，8月28日

Contents 在SQLServer中建立物理模型(CreatingthePhysicalModelwithSQLServer)√索引方面的考虑(IndexingConsiderations) 建立抽象层(CreatinganAbstractionLayerinSQLServer)第二页，共八十六页，2022年，8月28日

CreatingthePhysicalModelwithSQLServer 是时候生成数据库了,本节先介绍SQLServer对象的命名规则(建议),再讨论物理模型的建立.命名原则(NamingGuidelines)√生成物理模型(DerivingthePhysicalModel)实现商业规则(ImplementingBusinessRulesinthePhysicalModel)第三页，共八十六页，2022年，8月28日

NamingGuidelines 在创建物理模型时,使用命名原则极度重要,可能存在数百种命名标准,使用哪一种无所谓,关键是要有. 标准可以指示对象的类型.如果table均以tbl打头,而view用vw打头,那么用户一看名称就知道操纵的是表还是视图.这可以节约很多时间,特别是在查找表现不好的T-SQL代码时. 评价标准:(1)是否易用易记;(2)别人能不能理解;(3)标准是否保持一致.即不能老是变来变去.第四页，共八十六页，2022年，8月28日

GeneralNamingGuidelines本课程后边使用的标准.–不在对象SELE名CTw中her用e,a空nd,格nam(e,NdeatveerUseSpacesinObjectNFRaOmMeINsSE)RTWHEREand=1–不在对象AND名whe中re用=连Oma字ha‘符(-)(NeverUseHyphensinObjec会t报N错a,m但e若s改)为:SELECT[where],[and],name,date–不得用SFRQOML[ISNeSErRvT]er关键字来命名对象(DoNotWHERE[and]=1NameObjANeDc[twhserUe]s=inOmgahSa‘QLServerKeywords)这是正确的,但显然可读性很差命名时尽量短一点(KeeptheNamesShort)合理使用大小写(UsingCaseinYourNames)第五页，共八十六页，2022年，8月28日

NamingTables命名方法:”tbl_”后跟一个有意义的名字.MountainViewMusic数据库中的部分表:tbl_ordertbl_customertbl_producttbl_employee 另外,对表达多对多联系的表,表示为:tbl_表1_表2,如tbl_customer_address第六页，共八十六页，2022年，8月28日

NamingColumns列名不要前缀,它是前缀规则中唯一的例外.第七页，共八十六页，2022年，8月28日

NamingViews 用”vw_”作为一个描述性名字的前缀.若视图数据来自于多个表,则把各表名用”_”分开,例如:vw_customer_product第八页，共八十六页，2022年，8月28日

NamingStoredProcedures 存储过程用前缀”prc_”,也可用其它前缀,但是最好别用”sp_”,因为它是Microsoft在SQLServer中用来为系统存储过程取名用的,免得造成混淆.第九页，共八十六页，2022年，8月28日

NamingUser-DefinedFunctions 用户定义函数用前缀”udf_”或其它.不要用”fn_”,因为系统用了.第十页，共八十六页，2022年，8月28日

NamingTriggers用前缀”trg_”跟一描述性文字．第十一页，共八十六页，2022年，8月28日

NamingIndexes以“idx_”为前缀．第十二页，共八十六页，2022年，8月28日

NamingPrimaryKeysandForeignKeys主码用前缀”PK_”后跟表名；外码前缀“FK_”+参照表名+”_”+被参照表名第十四页，共八十六页，2022年，8月28日

CreatingthePhysicalModelwithSQLServer 是时候生成数据库了,本节先介绍SQLServer对象的命名规则(建议),再讨论物理模型的建立.命名原则(NamingGuidelines)生成物理模型(Derivingt