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的朋友使用。