摘要：
摘要：大型数据库相比较于以前文件型数据库有着其众多的优点，也是当今MIS系统开发的的首选产品。但是，数据库模型的设计合理会极大地影响到MIS系统使用性能。本论文根据作者多年从事数据库设计的一些经验，阐述了数据库设计时的一些准则。 随着市场竞争的加剧和信息社会需求的发展，人们对信息的处理、获取、发布、存储等提出了更高的性能要求。主要体现在以下几个方面：一、信息的存储，如何面对各种形式的信息（如字符、图形、声音等），以及日益膨胀的历史数据。二、信息的检索，各种各样的用户如何从一个数据库中快速的查询到所需的信息。三、数据的完整性和一致性如何保证。显然传统的数据库系统很难满足这种需求。随着客户/服务. 阅读全文
摘要：
最近总想整理下对MSSQL的一些理解与感悟，却一直没有心思和时间写，晚上无事便写了一篇探索MSSQL执行计划,本文讲执行计划但不仅限于讲执行计划。网上的SQL优化的文章实在是很多，说实在的，我也曾经到处找这样的文章，什么不要使用IN了，什么OR了，什么AND了，很多很多，还有很多人拿出仅几S甚至几MS的时间差的例子来证明着什么(有点可笑)，让许多人不知道其是对还是错。而SQL优化又是每个要与数据库打交道的程序员的必修课，所以写了此文，与朋友们共勉。 谈到优化就必然要涉及索引，就像要讲锁必然要说事务一样，所以你需要了解一下索引，仅仅是索引，就能讲半天了，所以索引我就不说了(打很多字是很累的，况且 阅读全文
摘要：
5.5如何产生执行计划要为一个语句生成执行计划，可以有3种方法：1)．最简单的办法Sql> set autotrace onSql> select * from dual;执行完语句后，会显示explain plan 与 统计信息。这个语句的优点就是它的缺点，这样在用该方法查看执行时间较长的sql语句时，需要等待该语句执行成功后，才返回执行计划，使优化的周期大大增长。如果想得到执行计划，而不想看到语句产生的数据，可以采用：Sql> set autotrace traceonly这样还是会执行语句。它比set autotrace on的优点是：不会显示出查询的数据，但是还是会将 阅读全文
摘要：
第5章 ORACLE的执行计划5.1背景知识： 为了更好的进行下面的内容我们必须了解一些概念性的术语：共享sql语句为了不重复解析相同的SQL语句(因为解析操作比较费资源，会导致性能下降)，在第一次解析之后，ORACLE将SQL语句及解析后得到的执行计划存放在内存中。这块位于系统全局区域SGA(system global area)的共享池(shared buffer pool)中的内存可以被所有的数据库用户共享。因此，当你执行一个SQL语句(有时被称为一个游标)时，如果该语句和之前的执行过的某一语句完全相同，并且之前执行的该语句与其执行计划仍然在内存中存在，则ORACLE就不需要再进行分析， 阅读全文
摘要：
作者：徐玉金 转自ITPUB目录第1章 性能调整综述第2章 有效的应用设计第3章 SQL语句处理的过程第4章 ORACLE的优化器第5章 ORACLE的执行计划 背景知识 执行计划的步骤及顺序 访问路径(方法) -- access path 表之间的连接 如何产生执行计划 如何分析执行计划 如何干预执行计划 - - 使用hints提示 具体案例分析第6章 其它注意事项附录第1章 性能调整综述Oracle数据库是高度可调的数据库产品。本章描述调整的过程和那些人员应与Oracle服务器的调整有关，以及与调整相关联的操作系统硬件和软件。本章包括以下方面:l 谁来调整系统?l 什么时候调整?l 建立有 阅读全文
摘要：
SQL Server死锁产生的原因及解决办法所有死锁产生的最深层的原因是资源况争，本文举例说明这个问题。 现象一 一个用户A访问表A(锁住了表A),然后又访问表B，另一个用户B 访问表B(锁住了表B),然后企图访问表A这时用户A由于用户B已经锁住表B，它必须等待用户B释放表B,才能继续，同样用户B要等用户A释放表A才能继续这就死锁了。 解决方法： 这种死锁是由于你的程序的BUG产生的，除了调整你的程序的逻辑别无他法,仔细分析你程序的逻辑: 1、尽量避免同时锁定两个资源； 2、必须同时锁定两个资源时，要保证在任何时刻都应该按照相同的顺序来锁定资源。 现象二 用户A读一条纪录，然后修改该条纪录，这 阅读全文