MSSQL网页编程之Windows下看线程
有了rowbase的binlog后,我们来分析一下怎么实现闪回。平时的DML无非三种操作,增删改,先说三种操作的日志格式。windowUnix上面的Oracle每一个会话,每一个背景历程都是操纵体系的一个历程,而Windows下在操纵体系级我们只能看到一个Oracle.exe的历程,Oracle外部一切的会话历程,背景历程都被封装在这个历程中成为线程,这给我们办理Windows平台上的Oracle数据库增添了难度。上面是几个在Windows平台上用于察看线程的收费软件。感激YongHuang的推介。
关于此类工具的会商主题,在Itpub论坛的上面链接中:
http://www.itpub.net/246048.html
1。QSlice:GUI
http://www.microsoft.com/windows2000/techinfo/reskit/tools/existing/qslice-o.asp
2。pstat:命令行
http://www.microsoft.com/windows2000/techinfo/reskit/tools/existing/pstat-o.asp
3。pslist:命令行
http://www.sysinternals.com/ntw2k/freeware/pstools.shtml
4。ProcessExplorer:GUI
http://www.sysinternals.com/ntw2k/freeware/procexp.shtml
5。strace:命令行
http://www.bindview.com/Support/RAZOR/Utilities/Windows/strace_readme.cfm
因此,我们的第一个“米”,就是二进制日志binlog必须是rowbased的。在rowbase下,二进制日志binlog同时记录了更新前后的整行记录。 然后最好有实践机会,能够把实践到的和实践结合起来,其实理论思考是个非常困扰和痛苦的事情 入门没那么困难,精通没那么容易 这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据,是否会出现大规模的碎片? 对一张百万级别的表建游标,同时又没有什么过滤条件,取得游标效率是如果直接SQL查询百万条数据;如果再对每条记录做处理,耗时将更长。 数据库物理框架没有变动undo和redo都放在数据库得transaction中,个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库,可能能在一定程度上避免I/O效率问题。 而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~ Mirror可以算是SQLServer的Dataguard了。但是能不能被大伙用起来就不知道了。 习惯敲命令行的朋友可能会爽一些。但是功能有限。适合机器跑不动SQLServerManagementStudio的朋友使用。
页:
[1]