MSSQL编程：判别一个数据窗口占用的内存量
在执行崩溃恢复时，理解在一个数据库中的每一个表tbl_name对应的在数据库目录中的3个文件是很重要的：数据DeterminethememoryusedbyaDataWindoworDataStore
ItisoftennecessarytoknowhowmuchmemoryaDataWindoworDataStoreisusingtopreventan"outofmemory"errorortofacilitatedebugging.Whenthememoryusageisknown,processingofdataortheretrievalofdatacanbestoppedwhenamaximumlimitisreached.
TodeterminetheamountofvirtualmemoryusedbyaDataWindoworDataStore,theStorageattributeisused.Itcanbeinvokedfromeitherofthetwomethodsbelow:
DotNotation
dw_control.Object.DataWindow.Storage
Describe
dw_control.Describe("DataWindow.Storage")
Bothcasesreturnastringvalueinbytesofstorageused.
NOTE-dw_controlcanrefertoeitheraDataWindoworDataStore
Anexampleusagewouldbe:
Cancelingaquerythatusestoomuchstorage.YoucancheckthispropertyinthescriptfortheRetrieveRoweventintheDataWindowcontrolandcancelaqueryifitisconsumingtoomuchstorage.NOTE-Thisexamplewillinjectperformancedegradationbyincreasingtheretrievetime.
2008年1月16号MySQLAB被Sun公司收购。而2009年，SUN又被Oracle收购。就这样如同一个轮回，MySQL成为了Oracle公司的另一个数据库项目。 再开发调试阶段和OLAP环境中，外键是可以建立的。新版本中加入了SETNULL和SETDEFAULT属性，能够提供能好的级联设置。 微软对CLR作了大篇幅的宣传，这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜，感觉对象数据库的一些概念可以实现了。 现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层. 原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。 而SQLServer如果能像Oracle一样可以为登陆分配如：5%的cpu，10%的内存。就可以解决这个漏洞。 然后最好有实践机会，能够把实践到的和实践结合起来，其实理论思考是个非常困扰和痛苦的事情 外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键，都是通过程序来控制父子数据的完整性。 以前的DTS轻盈简单。但是现在的SSIS虽然功能强大了很多，但是总是让人感觉太麻烦。看看论坛中询问SSIS的贴子就知道。做的功能太强大了，往往会有很多用户不会用了
页:
[1]