急急急！！！我得程序连接的数据库记录太多，导致速度很慢。怎么办？？

我得程序连接的数据库有好多条记录，所以速度很慢，我想做一个标签或着索引，不知怎么作，请问那位仁兄能帮忙呀！ 问题点数：0、回复次数：7Top

1 楼xieha（hot::C++::java）回复于 2003-09-03 14:08:45 得分 0

到网上找一个分页标签吧Top

2 楼xqi8（星期八）回复于 2003-09-03 14:16:43 得分 0

upTop

3 楼df4000（电子之鹰）回复于 2003-09-03 14:19:06 得分 0

使用连接池吧Top

4 楼cgxf（cao）回复于 2003-09-03 14:20:34 得分 0

对用连接池!!Top

5 楼lianfw（讨论）回复于 2003-09-03 16:43:00 得分 0

我不是要吧！数据库的记录显示到页面上。我要进行其他的操作，比如我要根据不同的条件查着满足条件的记录数等。怎么在数据库里作索引。Top

6 楼lynx1111（任我行:一个PLMM看着就兴奋的男人）回复于 2003-09-03 16:54:18 得分 0

簇索引  
  簇索引对表的物理数据页中的数据按列进行排序然后再重新存储到磁盘上即簇索  
  引与数据是混为一体的它的叶节点中存储的是实际的数据由于簇索引对表中的数据一  
  一进行了排序因此用簇索引查找数据很快但由于簇索引将表的所有数据完全重新排列  
  了它所需要的空间也就特别大大概相当于表中数据所占空间的120%   表的数据行只  
  能以一种排序方式存储在磁盘上所以一个表只能有一个簇索引  
  非簇索引  
  非簇索引具有与表的数据完全分离的结构使用非簇索引不用将物理数据页中的数据  
  按列排序非簇索引的叶节点中存储了组成非簇索引的关键字的值和行定位器行定位器  
  的结构和存储内容取决于数据的存储方式如果数据是以簇索引方式存储的则行定位器  
  中存储的是簇索引的索引键如果数据不是以簇索引方式存储的这种方式又称为堆存储  
  方式Heap   Structure   则行定位器存储的是指向数据行的指针非簇索引将行定位器  
  按关键字的值用一定的方式排序这个顺序与表的行在数据页中的排序是不匹配的  
  由于非簇索引使用索引页存储因此它比簇索引需要更多的存储空间且检索效率较  
  低但一个表只能建一个簇索引当用户需要建立多个索引时就需要使用非簇索引了  
  从理论上讲一个表最多可以建249   个非簇索引  
   
   
   
  索引与系统性能  
  索引可以加快数据检索的速度但它会使数据的插入删除和更新变慢尤其是簇索  
  引数据是按照逻辑顺序存放在一定的物理位置当变更数据时根据新的数据顺序需  
  要将许多数据进行物理位置的移动这将增加系统的负担对非簇索引数据更新时也需  
  要更新索引页这也需要占用系统时间因此在一个表中使用太多的索引会影响数据库  
  的性能对于一个经常会改变的表应该尽量限制表只使用一个簇索引和不超过3~4   个  
  非簇索引对事务处理特别繁重的表其索引应尽量不超过3   个  
   
  索引调整向导Index   Tuning   Wizard  
  索引调整向导可以帮助选择并创建一个最优化的索引集合以提高数据库的性能  
  要使用索引调整向导需要一个工作负荷记录Workload   工作负荷记录由SQL   脚  
  本或SQL   Server   Profiler   创建的存储在文件或表中的跟踪组成如果没有现存的针对要进  
  行索引调整的数据库或表的工作负荷记录可以通过SQL   Server   Profiler   来创建一个其  
  具体方法请参见第19   章中SQL   Server   Profiler   的用法可以用Sample   1   –   TSQL   跟踪定  
  义来创建或新建一个跟踪索引调整向导可以使用查询优化器根据工作负荷记录分析索引  
  的性能并提出相应的调整建议可以立即让系统根据建议修改索引也可以将任务列入  
  计划以后再创建  
   
   
   
  SQL   Server中有几个可以让你检测、调整和优化SQL   Server性能的工具。在本文中，我将说明如何用SQL   Server的工具来优化数据库索引的使用，本文还涉及到有关索引的一般性知识。  
   
  关于索引的常识  
       
  影响到数据库性能的最大因素就是索引。由于该问题的复杂性，我只可能简单的谈谈这个问题，不过关于这方面的问题，目前有好几本不错的书籍可供你参阅。我在这里只讨论两种SQL   Server索引，即clustered索引和nonclustered索引。当考察建立什么类型的索引时，你应当考虑数据类型和保存这些数据的column。同样，你也必须考虑数据库可能用到的查询类型以及使用的最为频繁的查询类型。  
   
  索引的类型  
   
  如果column保存了高度相关的数据，并且常常被顺序访问时，最好使用clustered索引，这是因为如果使用clustered索引，SQL   Server会在物理上按升序（默认）或者降序重排数据列，这样就可以迅速的找到被查询的数据。同样，在搜寻控制在一定范围内的情况下，对这些column也最好使用clustered索引。这是因为由于物理上重排数据，每个表格上只有一个clustered索引。  
   
  与上面情况相反，如果columns包含的数据相关性较差，你可以使用nonculstered索引。你可以在一个表格中使用高达249个nonclustered索引——尽管我想象不出实际应用场合会用的上这么多索引。  
   
  当表格使用主关键字（primary   keys），默认情况下SQL   Server会自动对包含该关键字的column(s)建立一个独有的cluster索引。很显然，对这些column(s)建立独有索引意味着主关键字的唯一性。当建立外关键字（foreign   key）关系时，如果你打算频繁使用它，那么在外关键字cloumn上建立nonclustered索引不失为一个好的方法。如果表格有clustered索引，那么它用一个链表来维护数据页之间的关系。相反，如果表格没有clustered索引，SQL   Server将在一个堆栈中保存数据页。  
   
  数据页  
   
  当索引建立起来的时候，SQLServer就建立数据页（datapage），数据页是用以加速搜索的指针。当索引建立起来的时候，其对应的填充因子也即被设置。设置填充因子的目的是为了指示该索引中数据页的百分比。随着时间的推移，数据库的更新会消耗掉已有的空闲空间，这就会导致页被拆分。页拆分的后果是降低了索引的性能，因而使用该索引的查询会导致数据存储的支离破碎。当建立一个索引时，该索引的填充因子即被设置好了，因此填充因子不能动态维护。  
   
  为了更新数据页中的填充因子，我们可以停止旧有索引并重建索引，并重新设置填充因子（注意：这将影响到当前数据库的运行，在重要场合请谨慎使用）。DBCC   INDEXDEFRAG和DBCC   DBREINDEX是清除clustered和nonculstered索引碎片的两个命令。INDEXDEFRAG是一种在线操作（也就是说，它不会阻塞其它表格动作，如查询），而DBREINDEX则在物理上重建索引。在绝大多数情况下，重建索引可以更好的消除碎片，但是这个优点是以阻塞当前发生在该索引所在表格上其它动作为代价换取来得。当出现较大的碎片索引时，INDEXDEFRAG会花上一段比较长的时间，这是因为该命令的运行是基于小的交互块（transactional   block）。  
   
  填充因子  
   
  当你执行上述措施中的任何一个，数据库引擎可以更有效的返回编入索引的数据。关于填充因子（fillfactor）话题已经超出了本文的范畴，不过我还是提醒你需要注意那些打算使用填充因子建立索引的表格。  
   
  在执行查询时，SQL   Server动态选择使用哪个索引。为此，SQL   Server根据每个索引上分布在该关键字上的统计量来决定使用哪个索引。值得注意的是，经过日常的数据库活动（如插入、删除和更新表格），SQL   Server用到的这些统计量可能已经“过期”了，需要更新。你可以通过执行DBCC   SHOWCONTIG来查看统计量的状态。当你认为统计量已经“过期”时，你可以执行该表格的UPDATE   STATISTICS命令，这样SQL   Server就刷新了关于该索引的信息了。  
   
  建立数据库维护计划  
   
  SQL   Server提供了一种简化并自动维护数据库的工具。这个称之为数据库维护计划向导（Database   Maintenance   Plan   Wizard   ，DMPW）的工具也包括了对索引的优化。如果你运行这个向导，你会看到关于数据库中关于索引的统计量，这些统计量作为日志工作并定时更新，这样就减轻了手工重建索引所带来的工作量。如果你不想自动定期刷新索引统计量，你还可以在DMPW中选择重新组织数据和数据页，这将停止旧有索引并按特定的填充因子重建索引。  
   
   
   
  簇集索引=聚集索引:  
  聚集索引确定表中数据的物理顺序。聚集索引类似于电话簿，后者按姓氏排列数据。由于聚集索引规定数据在表中的物理存储顺序，因此一个表只能包含一个聚集索引。但该索引可以包含多个列（组合索引），就像电话簿按姓氏和名字进行组织一样。  
   
  聚集索引对于那些经常要搜索范围值的列特别有效。使用聚集索引找到包含第一个值的行后，便可以确保包含后续索引值的行在物理相邻。例如，如果应用程序执行的一个查询经常检索某一日期范围内的记录，则使用聚集索引可以迅速找到包含开始日期的行，然后检索表中所有相邻的行，直到到达结束日期。这样有助于提高此类查询的性能。同样，如果对从表中检索的数据进行排序时经常要用到某一列，则可以将该表在该列上聚集（物理排序），避免每次查询该列时都进行排序，从而节省成本。  
   
  非簇集索引:  
  非聚集索引与聚集索引一样有   B   树结构，但是有两个重大差别：    
   
  数据行不按非聚集索引键的顺序排序和存储。  
   
   
  非聚集索引的叶层不包含数据页。    
  相反，叶节点包含索引行。每个索引行包含非聚集键值以及一个或多个行定位器，这些行定位器指向有该键值的数据行（如果索引不唯一，则可能是多行）。  
   
  非聚集索引可以在有聚集索引的表、堆集或索引视图上定义。在   Microsoft®   SQL   Server™   2000   中，非聚集索引中的行定位器有两种形式：    
   
  如果表是堆集（没有聚集索引），行定位器就是指向行的指针。该指针用文件标识符   (ID)、页码和页上的行数生成。整个指针称为行   ID。  
   
   
  如果表没有聚集索引，或者索引在索引视图上，则行定位器就是行的聚集索引键。如果聚集索引不是唯一的索引，SQL   Server   2000   将添加在内部生成的值以使重复的键唯一。用户看不到这个值，它用于使非聚集索引内的键唯一。SQL   Server   通过使用聚集索引键搜索聚集索引来检索数据行，而聚集索引键存储在非聚集索引的叶行内。    
  由于非聚集索引将聚集索引键作为其行指针存储，因此使聚集索引键尽可能小很重要。如果表还有非聚集索引，请不要选择大的列作为聚集索引的键。  
   
   
  唯一索引:  
  唯一索引可以确保索引列不包含重复的值。在多列唯一索引的情况下，该索引可以确保索引列中每个值组合都是唯一的。  
  唯一索引既是索引也是约束。  
   
  复合索引：  
  索引项是多个的就叫组合索引，也叫复合索引。  
  复合索引使用时需要注意索引项的次序。Top

7 楼lynx1111（任我行:一个PLMM看着就兴奋的男人）回复于 2003-09-03 16:57:19 得分 0

sql   server:  
   
  CREATE   INDEX   indexname   ON   tablename   (columnname)  
   
  你先分析一下   查询语句是建立在那些列上的,然后合理的建立索引  
   
  http://expert.csdn.net/Expert/topic/1693/1693812.xml?temp=.3920404Top

相关问题

• 数据
• 数据库
• 排序
• 表格
• 查询
• 物理
• 指针
• 节点
• 维护
• 索引

• 帖主：lianfw

• CSDN Java频道
• Java类图书
• Java类源码下载