摘要： DB服务器的SYMANTEC拒绝weblogic服务器建立连接，从其日志中发现如下内容：23448 2011-10-2 10:42:26 活动响应 主要 传入 无 192.168.0.244 00-00-00-00-00-00 0.0.0.0 00-00-00-00-00-00 Default 1 2011-10-2 10:41:23 2011-10-2 10:41:23 在 2011-10-2 10:41:23 到 2011-10-2 10:51:23 这段时间内禁止来自 IP 地址 ... 阅读全文

摘要： 如果有人离职或重装机器时，没有签入文件，像下面这种情况，可以使用如下步骤强制回滚 首先找到此用户的工作区，使用下面的命令：tf workspaces /owner:bingosoft\zhaoqi /computer:* 然后使用tf undo /workspace:gz_chido;bingosoft\zhaoqi /server:http://live.bingosoft.net:8080 /recursive $/ZHBM/Bingosoft.COC.TreeGenerator/recursive的意思是把其下所有的文件都回滚 $/ZHBM/Bingosoft.COC.TreeGene. 阅读全文

摘要： 以下简要概括当系统数据库文件丢失或是因为页面损坏造成数据库启动异常的解决办法：数据库资源数据库描述与master数据库在同一目录中名称为mssqlsystemresource.mdf与mssqlsystemresource.ldf的两个文件，资源数据库用于保存数据库中可执行的系统对象，如存储过程、视图、触发器及函数。在master还原后要还原此数据库。如果你在安装完后，移动了master数据库的位... 阅读全文

摘要： 面对遗留系统或第三方系统在程序中编写的SQL语句出现性能问题时，因没有相应的程序代码，在SQL2000下你也只能束手无措。SQL2005提供了强制计划的功能，可以部分的优化这些遗留语句的性能问题。为什么说部分呢？因为强制计划的选项只能使用OPTION里的提示。因此它只能优化部分ad-hoc查询和部分参数化的语句，这也是为什么要使用存储过程的重要性了。下面以一个示例来演示一下强制计划的三个制作步骤：... 阅读全文

摘要： 下面的四张表分别表示工作流实例、工作项，股票、股票价格历史记录。大小分别表示表中数据量的多少。 对于上面的两种类型的主从关系表，我觉得可以把其归类为对历史数据的处理。但是其不同之处在于工作流实例的表是会被不断的插入新记录的表，而对于股票相较于工作流实例则很少会插入新的记录。因此在处理这两种类型的历史记录时，只有把股票的当前价格进行冗余才是比较理想的。如果在工作流实例中也把当前的工作项步骤、当前处... 阅读全文

摘要： 缓存计划可以被分成两类：编译的计划和执行上下文。前者是对所有用户共享的，后者是针对某个特定用户的，它包含了某个用户执行此计划时的具体参数等相关的信息。编译的计划有四种类型，可以通过下面的语句进行查看：[代码] 这四类分别对应于Object Plans（存储过程、函数、触发器），SQL Plans（即席查询、自动参数化、SP_EXECUTESQL执行的语句），Bound Trees（生成计划时代数化... 阅读全文

摘要： 现在SQL2005提供了DTA的工具，大家在去优化一个语句时都有意无意的使用此工具所给出的一些优化建议。不过它始终是个工具，所给出的优化建议很多时候都是使用2005新的索引功能INCLUDE把查询列表统统包括在一个索引中。因此，每个开发人员所定义的索引就会存在重复或是很相似的地方。因为索引页的数据比较密集，因此在对包含有索引列的字段做修改操作时，都会去相应的修改包含此键值列的索引。理论上对一张表多... 阅读全文

摘要： 在多数据库服务器中迁移某个数据库时，为了省时间，我们可能会直接把某个数据库分离，然后直接使用mdf文件在另一台机上再附加此数据库。这么样做的结果会把所有缓存计划清除出缓冲区。导致CPU的使用率会在一段时间内一直剧高不下。 除了分离会导致清除过程缓存，其它的操作像：把数据库设置为在线或离线后、对数据库进行重命名时、试图修改数据库的排序规则时（不管成功与否）、直接删除某个数据库时。其它的没有具体测试，... 阅读全文

摘要： 不知道大家有没有看过这篇文章（http://book.csdn.net/bookfiles/738/index.html），有两个地方可能会误导大家，在此说明一下的看法： 关于在程序中使用SqlParameter指定查询参数后会被自动参数化，那我们可以放心拼接SQL吗？ 关于在存储过程中使用sp_executesql生成一个缓存计划会始终有效吗？ 其实如果使用SqlParameter后发送的SQL... 阅读全文

摘要： 在使用索引对数据进行查询时，优化器考虑是执行索引扫描还是索引查找的依据是根据此索引相关的统计信息。但统计的步长不能超过200(DBCC SHOW_STATISTICS返回的第三部分结果)，这在数据量很大的表中，使得统计信息的精度变得越来越不准确。当然，这个影响不会很致命，发生的机会也很少。关键是统计信息得不到及时更新的话，就会使优化器选择错误的执行计划了。 如果我们在事件探查器中发现很多的MIS... 阅读全文

摘要： 我们发出的SQL语句，如果没有对应的缓存，优化器都会创建一个相应的执行计划。但是，优化器基于成本的优化过程，在面对比较复杂的SQL语句时，不会考虑所有的情况。因此有些时候，就会给出一个近似高效的执行计划。同时，受生产环境负载的影响，可能优化的过程会更不彻底，因此我们就应该控制语句的复杂程度，以减少优化器考虑各种组合的可能性。当系统的性能出现问题时，即便你的索引建的很完美，但有的时候因为选择度的问题... 阅读全文

摘要： 在新的SQLSERVER数据库服务器上线之前，我们在格式化硬盘时应该选择分配单元的大小为64K，因为SQLSERVER的扩展分区大小是由8个8K的数据页组成的。把分配单元大小设置为64K，可以减小索引的外部碎片，在前面的文章中已经介绍过http://www.cnblogs.com/tom-fu/archive/2008/07/09/1238568.html。但这对硬盘的配置还是不够彻底。每块磁盘都... 阅读全文

摘要： 所谓的ad hoc，中文译作"即席查询"。就是你使用 osql 或 sqlcmd 而不是作为远程过程调用引用作为语言事件提交的 Transact-SQL，通俗点讲就是你从SSMS命令窗口或是程序中拼接后直接发送的SQL语句就都是ad hoc,声明一下这不包括那些声明参数后，再通过参数执行的SQL语句。 使用ad hoc除了我们都很熟悉的SQL injection，带来额外的网络开销，不能很好的实现... 阅读全文

摘要： 关于数据库中分页的过程，网上大把。有通用的分页存储过程，高效的分页存储过程。但是，这些并没有从根本上解决性能问题。我们知道对于相同的查询，如果你限制每页返回10条记录和每页返回20条记录比，虽然10条记录在网络和返回结果时会比20条记录要稍稍占一点优势。但是它要花比20条记录时2倍的访问次数，因此从总的资源消耗来看10条记录会占用更多的资源。但是用户的操作你永远是无法预测的，它可能只是看了第1页然... 阅读全文

摘要： 数据文件的碎片 影响磁盘读取性能的两个主要因素：录道时间和轮询延迟。 我们在查询数据时，有两种磁盘的读取方式：顺序读和随机读。随机读发生在对表或索引的扫描时，顺序读发生在使用索引查找数据时。当数据文件有大量碎片时，随机读不会受到太大的影响，因为SQLSERVER会根据表所占用到的数据页面，不管记录的逻辑顺序随机的读取出来，所谓的预读正是这种方式。而顺序读时，因为要按记录的逻辑顺序读取相应的记录，如... 阅读全文

摘要： 通常，我们很容易观察到数据库服务器的内存和CPU压力。但是对I/O压力没有直观的判断方法。磁盘有两个重要的参数： Seek time、 Rotational latency。正常的I/O计数为：①1000/(Seek time+Rotational latency)*0.75，在此范围内属正常。当达到85％的I/O计数以上时则基本认为已经存在I/O瓶劲。理论情况下，磁盘的随机读计数为125、顺序读... 阅读全文

摘要： 上次没有具体说明，宽宽一直在追问这个问题，现在补充如下：如果你是使用的SQL2000，这个问题会更加严重。触发器操作要作为外部事务的一部分，因此instered和deleted两个虚拟表都是写到事务日志中的。因为日志是顺序写入的，所以在把新旧记录写入日志时，会阻止其它事务写入。同时，读取日志时也会因为有其它写入时而被阻塞。这个无疑给并发操作带来很大影响。SQLSERVER在内部会把触发器作为一个存... 阅读全文

摘要： 这要从ODS(Open Data Service)"开放数据服务"说起。它的主要职责是管理连接;SQL的线程服务和将结果集、状态值及消息发送给客户。结果集使用TDS(Tabular data stream)表格数据流进行传送，它除了包含所需要的数据之外，还有一些描述信息：如列名、类型、通信的令牌等等。因此，这也是为什么我觉得在存储过程中只返回一行记录时，使用输出参数能减少网络字节数的原因，因为它少... 阅读全文

摘要： 上图显示了一个SQL命令的执行过程，为了能使每个语句能高效的执行，我们应该尽量在关系层来完成所有的操作。举个很简单的例子：SELECT TOP 10 P.Name,P.Color,PSC.Name AS SubcategoryName,PC.Name AS CategoryName,D.DocumentSummary, PP.LargePhoto,SUM(LineTotal) LineTotal ... 阅读全文

摘要： 除了一些限制条件之外，参见ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.zh-CHS/tsqlref9/html/f1745145-182d-4301-a334-18f799d361d1.htm关于修改列的限制。对可进行修改的列进行修改时，应注意下面两个问题：在对字段长度进行调整时，会占用大量系统资源。因此，不能在生产时间进行调整。在减小字段长度时，会首先检查原字段中所有的... 阅读全文