xkhzk2的博客

  个人日常优化SQL语句的总结笔记 目前 DB 承受 日平均 500W PV 左右的站点，数据文件大小在20G左右，表数据量 在 50 - 500 W 左右 仅供参考：   1  . 查询的数据行分布情况，决定索引是否用得上，如果查询的数据行在数据表中分布均匀，且所占比重较大，能用上索引；反之，用不上索引 2  . select 的字段数目，特别是 长度较大的字段，对 语句的执行...

有很多人认为Hibernate天生效率比较低，确实，在普遍情况下，需要将执行转换为SQL语句的 Hibernate的效率低于直接JDBC存取，然而，在经过比较好的性能优化之后，Hibernate的性能还是让人相当满意的，特别是应用二级缓存之 后，甚至可以获得比较不使用缓存的JDBC更好的性能，下面介绍一些通常的Hibernate的优化策略：1.抓取 优化抓取是指Hibernate如何在关联关系之间...

  大数据量高并发的数据库优化 - [技术研究] 2009年03月17日 一、数据库结构的设计       如果不能设计一个合理的数据库模型，不仅会增加客户端和服务器段程序的编程和维护的难度，而且将会影响系统实际运行的性能。所以，在一个系统开始实施之前，完备的数据库模型的设计是必须的。       在一个系统分析、设计阶段，因为数据量较小，负荷较低。我们往往只注意到功能的实现，而很难...

  ORACLE SQL性能优化系列 <!--[if !supportLists]-->1.   <!--[endif]-->选用适合的ORACLE优化器 ORACLE的优化器共有3种: <!--[if !supportLists]-->l         <!--[endif]-->RULE (基于规则) <!--...

一、因情制宜，建立“适当”的索引 建立“适当”的索引是实现查询优化的首要前提。 索引（index）是除表之外另一重要的、用户定义的存储在物理介质上的数据结构。当根据索引码的值搜索数据时，索引提供了对数据的快速访问。事实上，没有索引,数据库也能根据SELECT语句成功地检索到结果，但随着表变得越来越大，使用“适当”的索引的效果就越来越明显。注意，在这句话中，我们用了“适当”这个词，这是因为，如果使用...

提高数据库查询速度的几个思路 1、缓存，在持久层或持久层之上做缓存。 2、数据库表的大字段剥离，保证单条记录的数据量很小。 3、恰当地使用索引。 4、必要时建立多级索引。 5、分析Oracle的执行计划，通过表数据统计等方式协助数据库走正确的查询方式，该走索引就走索引，该走全表扫描就走全表扫描。 6、表分区和拆分，无论是业务逻辑上的拆分（如一个月一张报表、分库）还是无业务含义的分区（如根据ID取模...

SQL 语句优化总结 个人日常优化SQL语句的总结笔记 目前 DB 承受 日平均 500W PV 左右的站点，数据文件大小在20G左右，表数据量 在 50 - 500 W 左右 仅供参考：   1  . 查询的数据行分布情况，决定索引是否用得上，如果查询的数据行在数据表中分布均匀，且所占比重较大，能用上索引；反之，用不上索引 2  . select 的字段数目，特别是...

Sql Server 索引使用情况及优化的相关 Sql 语句，非常好的SQL语句，记录于此：   --Begin Index(索引) 分析优化的相关 Sql -- 返回当前数据库所有碎片率大于25%的索引-- 运行本语句会扫描很多数据页面-- 避免在系统负载比较高时运行-- 避免在系统负载比较高时运行declare @dbid intselect @dbid = db_id()S...

  数据库优化的讨论可以说是一个永恒的主题。资深的Oracle优化人员通常会要求提出性能问题的人对数据库做一个statspack，贴出数据库配置等等。 还有的人认为要抓出执行最慢的语句来进行优化。但实际情况是，提出疑问的人很可能根本不懂执行计划，更不要说statspack了。而我认为，数据库优 化，应该首先从大的方面考虑：网络、服务器硬件配置、操作系统配置、Oracle服务器配置、数据结构组...

服务器软/硬件配置如下： CPU：四路至强 2.0G； 内存：8G； 操作系统：Windows Server 2003 SP2； 数据库：SQL Server 2005 SP2；     某个库中有一个论坛主帖表，每天增加数千的数据，现在整个表的数据量已经是百万级。由于论坛不断升级，增加了N个字段，为了实现良好的扩展性，将某些字段移到了一个子表中，而子表中的某个字段又是外键关联另一个表。没有添加任...