对你SQL where条件里出现的字段,创建索引。如果where里面出现多个字段,把这几个字段创建成一个一个索引。
但是创建索引会占用一些存储空间,和影响写入速度。如果是常用这个几个字段访问表的话的才需要创建索引。
String sql2="select count("+""+sjks+""+") as s1 from sq_sjhzzj where sq_sjhzzj_bh in (select hzxx_bh from hzxx where hzsj between "+"'"+strs+"'"+" and "+"'"+ends+"'"+") and "+""+sjks+""+"="+"'"+ks_array[i]+"'"
在查询出的结果集rs中进行判断和循环,否则数据库频繁 *** 作,会导致系统变慢。
可以用。rsgetString("parameter")获取你要的值,只要这个值在你数据库sql的限定条件内就可以。望采纳,可以HI我。
肯定不一样。
查询检索与某一个字段(如ID)的相对应的记录,数据库须找到该字段对应的数值,一个一个进行比对,如果数据表中的第1条记录的id是1,则上来就检索出来了,如果在第10条记录上,则须检索完前9条记录的id值,检索到第10条,就出结果了。
当然以上所说的是在ID没有建立索引的情况下,如果对ID建立索引,则检索速度会大大加快,检索10条跟检索10000条记录所用的时间有差距,但差距不明显。
因此,在大量数据时,程序设计者须事先判断出用户对哪些数据字段进行常规检索,然后将它们建立索引。
CKIS是Cost Estimate的一种细分。要查询CKIS,最好先根据Material Number找到Cost Estimate Number,再用Cost Estimate Number去CKIS加上Costing Date去做查询,就会快很多。
从Table结构来看,要用Material去KEKO里面找到KALNR(这种查询在KEKO里面有预定义的Index,所以速度不慢),然后在CKIS里面用KALNR+KADKY去查询。
具体情况具体分析,需要综合考虑各方面因素,比如查询条件是否基本确定是哪些,数据量到底有多大,查询出来的数据量一般多大,一般查询的时候需不需要关联查询,查询出来的数据要不要进行进一步的加工,表是否会经常性的插入修改等等,考虑周全了才进一步的找到合适的解决方案,比如加索引,分区,聚族,临时表等等。
表有索引时,你的查询语句中引用了这个条件,检索数据时先进行索引查找,找到了索引项,再根据索引项指向的位置找到数据,这样速度就会很快。如果索引中没有相应的项,就要进行表扫描来找数据,速度自然会慢。
1、简化应用程序。
视图做为数据库中的一种实体,实际上存在的只是它的脚本,而它的内容并不真正的单独存在一份。一般,可以对复杂的应用程序从功能角度进行分析,将可以与其它的应用程序共用的那一部分,分离出来。对这部分功能,视具体情况可做成不同的数据库实体(如过程),有些是可以做成视图的。这样,上层的应用程序就可以从视图中取数据了。还有,可以把对远地数据库的访问封装在视图中,使之对上层应用程序透明。2、可以对 UNION 后的记录集排序。
直接对以下语句的结果排序,是不可能的。 select aid id from a
union
select bid id from b;
所以把以上语句作成视图后,就可以了。设视图名为A_B:
select id from A_B order by id;3、可以实现一定的权限控制。
可以根据需要,对表中的一部分内容做一个视图,以供一定的角色使用。可以对表中的一部分记录做一个视图(纵向),也可以对一个表中的一部分字段做一个视图(横向),或二者兼而有之。--------------------------------------------------------------------
视图是一个虚拟表,其内容由查询定义。同真实的表一样,视图包含一系列带有名称的列和行数据。但是,视图并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引用的表,并且在引用视图时动态生成。
对其中所引用的基础表来说,视图的作用类似于筛选。定义视图的筛选可以来自当前或其它数据库的一个或多个表,或者其它视图。分布式查询也可用于定义使用多个异类源数据的视图。如果有几台不同的服务器分别存储组织中不同地区的数据,而您需要将这些服务器上相似结构的数据组合起来,这种方式就很有用。一、视图的作用 简单性。看到的就是需要的。视图不仅可以简化用户对数据的理解,也可以简化他们的 *** 作。那些被经常使用的查询可以被定义为视图,从而使得用户不必为以后的 *** 作每次指定全部的条件。 安全性。通过视图用户只能查询和修改他们所能见到的数据。数据库中的其它数据则既看不见也取不到。数据库授权命令可以使每个用户对数据库的检索限制到特定的数据库对象上,但不能授权到数据库特定行和特定的列上。通过视图,用户可以被限制在数据的不同子集上:使用权限可被限制在基表的行的子集上。
使用权限可被限制在基表的列的子集上。
使用权限可被限制在基表的行和列的子集上。
使用权限可被限制在多个基表的连接所限定的行上。
使用权限可被限制在基表中的数据的统计汇总上。
使用权限可被限制在另一视图的一个子集上,或是一些视图和基表合并后的子集上。 逻辑数据独立性。视图可帮助用户屏蔽真实表结构变化带来的影响。二、视图的优点 (1)视图能简化用户的 *** 作
(2)视图机制可以使用户以不同的方式查询同一数据
(3)视图对数据库重构提供了一定程度的逻辑独立性
(4)视图可以对机密的数据提供安全保护三、视图的安全性视图的安全性可以防止未授权用户查看特定的行或列,是用户只能看到表中特定行的方法如下: 1 在表中增加一个标志用户名的列;
2 建立视图,是用户只能看到标有自己用户名的行;
3 把视图授权给其他用户。四、逻辑数据独立性 视图可以使应用程序和数据库表在一定程度上独立。如果没有视图,应用一定是建立在表上的。有了视图之后,程序可以建立在视图之上,从而程序与数据库表被视图分割开来。视图可以在以下几个方面使程序与数据独立: 1 如果应用建立在数据库表上,当数据库表发生变化时,可以在表上建立视图,通过视图屏蔽表的变化,从而应用程序可以不动。
2 如果应用建立在数据库表上,当应用发生变化时,可以在表上建立视图,通过视图屏蔽应用的变化,从而使数据库表不动。
3 如果应用建立在视图上,当数据库表发生变化时,可以在表上修改视图,通过视图屏蔽表的变化,从而应用程序可以不动。
4 如果应用建立在视图上,当应用发生变化时,可以在表上修改视图,通过视图屏蔽应用的变化,从而数据库可以不动。五、视图的书写格式 CREATE VIEW <视图名>[(列名组)]
AS <子查询>
DROP VIEW <索引名> 注意:视图可以和基本表一样被查询,但是利用视图进行数据增,删,改 *** 作,会受到一定的限制。(1)由两个以上的基本表导出的视图
(2)视图的字段来自字段表达式函数
(3)视图定义中有嵌套查询
(4)在一个不允许更新的视图上定义的视图
以上就是关于一张表上10万条记录 怎么查速度快全部的内容,包括:一张表上10万条记录 怎么查速度快、sql 如何加快多表查询速度 我要把查询到得每个人的数据汇总,然后存入到数组中,因为要求一部分特定的、一个关于access查询速度的问题等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)