CSDN论坛 > Web 开发 > ASP

请问各位高手如此检索一个很多记录的数据库,那种方法效率更高? [问题点数:30分,结帖人lefeno]

Bbs1
本版专家分:16
结帖率 100%
CSDN今日推荐
Bbs2
本版专家分:408
Bbs6
本版专家分:6661
Bbs1
本版专家分:16
Bbs6
本版专家分:5207
Bbs6
本版专家分:6099
Bbs3
本版专家分:778
Bbs5
本版专家分:3696
匿名用户不能发表回复!
其他相关推荐
mysql中char与varchar的区别 哪种字段的查找效率高
在mySQL 中char 和 varchar 都是存储字符串的,区别在于char有固定的长度,而varchar属于可变长的字符类型。char(M)类型的数据列里,每个值都占用M个字节,如果某个长度小于M,MySQL就会在它的右边用空格字符补足.(在检索操作中那些填补出来的空格字符将被去掉)在varchar(M)类型的数据列里,每个值只占用刚好够用的字节再加上一个用来记录其长度的字节(即总长度为L+1
提高数据库查询效率的八个方法
当用户在一张大表中采用这个LIKE语句的话,就会发现这个查询语句的运行效率非常的慢。这是什么原因造成的呢?其实,不管是Like 关键字,若采用MATCHES关键字的话,若在大量数据中查找符合条件的记录,则其运行效率也比较低。这主要是其技术特性所造成的。   Like与Matches两个关键字,其支持通配符匹配。在有些专业书籍上把这个叫做“正规表达式”。不过由于在利用这些关键字查询的时候, 数据库系
六种查找算法效率比较
接着上次的排序算法讨论,这次谈的是六种查找算法,分别是:顺序查找、折半查找、二叉树查找、索引查找、开地址哈希查找方法、拉链法哈希查找方法。   由于查找一个数的过程,无论运用哪种算法对于电脑来说速度都是非常快的,都在1ms之内,无法用计时函数测试出来。所以为了能够直观准确地表示出各个算法间的差异,此程序用了循环查找的方法,具体的思想是:先随机生成3000个数作为查找的数据源,再随机生成3000(
ADO.net试题(2)
 51.NET构架中被用来访问数据库数据的组件集合称为:A. ADOB. ADO.NETC. COM+D. Data Service.NET答案: B52 在ADO.NET 中,执行数据库的某个存储过程,则至少需要创建________并设置它们的属性,调用合适的方法:A. 一个Connection 对象和一个Command 对象B. 一个Connection 对象和DataSet 对象C. 一个C
提升数据库纵表检索效率
在系统应用中,经常碰到不确定的属性字段等应用场景。常规的作法是直接将属性字段设计成纵表,可以不限制属性的数量,来满足业务需求,比如: 那么,存放的数据将如下所示:        通过该数据模型的设计,可以正常解决不确定属性时数据的存储及检索,能够满足业务需求。但是,在实际的使用过程中,如果数据量庞大,该方式需要group by的方式进行属性数据匹配,检索效率相当低下。
执行数据库查询时,如果要查询的数据有很多,假设有1000万条,用什么办法可以提高查询速率?在数据库方面或java代码方面有什么优化的方法
1、在数据库设计方面:   (1)建立索引;     (2)分区(MySQL)
jQuery 选择器效率
ID > Tag > Class ID 选择器是速度最快的,这主要是因为它使用 JavaScript 的内置函数 getElementById();其次是类型选择器,因为它使用 JavaScript 的内置函数 getElementsByTag();速度最慢的是 Class 选择器,其需要通过解析 HTML 文档树,并且需要在浏览器内核外递归,这种递归遍历是无法被优化的。
比in效率更高的sql查询语句
很多时候用 exists是一个好的选择: elect num from a where num in(select num from b) 用下面的语句替换: select num from a where exists(select 1 from b where num=a.num) SELECT SUM(T1.C1)FROM T1 WHERE(  (SELECT COUNT(*)
提高搜索引擎的的效率的几个方法
简单查询。 在搜索引擎中输入关键词,然后点击“搜索”就行了 使用双引号用(" ")。 给要查询的关键词加上双引号(半角,以下要加的其它符号同此),可以实现精确的查询,这种方法要求查询结果要精确匹配,不包括演变形式。 使用加号(+)。 在关键词的前面使用加号,也就等于告诉搜索引擎该单词必须出现在搜索结果中的网页上, 搜索词 inurl:xxx 搜索网址中包含xxx的页面 搜索词 in
数据库 分页优化的四种方式
很久以前读了一篇关于分页的文章,后来越想越有道理,最近又重新找出来,并做了翻译,原文参考:Four ways to optimize paginated displays.翻译背景:在大数据量的情况下,原本很简单的分页如果没有处理好,你会发现分页的请求会消耗你大量的数据库时间。如果你遇到了这个问题,文章给了你几个很好的解决的方案。当然,初学者若能看完这篇文章,那么它会指导你写出更具有扩展性的分页代码
关闭