MSSQL编程:SQL Serve 2005中的体系架构
对于insert操作,只需要把event_type改成DELETE_ROWS_EVENT;对于delete操作,改成WRITE_ROWS_EVENT架构SQLServe2005中的体系架构SQLServer2000中查询体系元数据的时分我们要经由过程良多体系表,比方sysobjects甚么的,固然SQLServer中有良多体系存储历程,可是仍是不克不及完整满意我们办理员的需求,以是只能查这些体系表,在SQLServer2005中一切的体系表都被整合到了一个叫做sys的架构下,同时另有就是架构。
以下给一段典范代码,能够匡助人人在SQLServer2005中查询出有哪些表援用了某张表,
--------------------------------------------------------------------------------
USEAdventureWorks
GO
--显现有哪些表援用了该工具
IFOBJECT_ID(dbo.ufn_ListReferencingTables)0
DROPFUNCTIONdbo.ufn_ListReferencingTables
GO
CREATEFUNCTIONdbo.ufn_ListReferencingTables
(@referenced_tableASvarchar(200))
RETURNSTABLEAS
RETURN(
SELECTSCHEMA_NAME(CONVERT(int,OBJECTPROPERTYEX(fkeyid,SchemaId)))
+.+OBJECT_NAME(fkeyid)
AS
FROMsys.sysreferences
WHERErkeyid=OBJECT_ID(@referenced_table)
)
GO
恢复到之前的某个状态,是需要数据的。这数据可以是a)回滚步骤或者b)操作之前的数据状态原文。 不过话说回来了,绝大多数的性能优化准则与对sqlserver存储的结构理解息息相关 理解了存储结构,再阅读下性能优化的章节基本上会对sqlserver有个清晰地认识 我是新手,正在学习数据库和操作系统,深感理论的泛广,唯有一步一步来,但是又感觉时间不够,收集了很多资料却总是没能认真的看完,希望有一个讨论板块,大家共同解决,共同分享,共同努力 然后最好有实践机会,能够把实践到的和实践结合起来,其实理论思考是个非常困扰和痛苦的事情 外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键,都是通过程序来控制父子数据的完整性。 你可以简单地认为适合的就是好,不适合就是不好。 原来的计算字段其实和虚拟字段很像。只是管理方面好了而已,性能方面提高不多。但是SQL2005提供了计算字段的持久化,这就提高了查询的性能,但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。 记得在最开始使用2k的时候就要用到这个功能,可惜2k没有,现在有了作解决方案的朋友会很高兴吧。
页:
[1]