
正文
pg数据库表增加字段非常慢,pg数据库增加字段语句
提示:扫一扫查出行【扫一扫了解最新限行尾号】
复制提示
sql某个字段慢
你的这个查询要优化的地方不是not in, 而是整个查询的结构: 使用了太多的子查询,而且都是查找的相同的表(GISDUCT表查询4次),这肯定不是好的查询方法,应该把你要达到的目的再思考,转化成合适的查询语句。
解决方法就是在order by ID desc再加一个排序的字段,这样子可能会把速度提高很多。
这种情况和sqlserver优化利用的索引有关。在你的sql语句中,应该是有多个索引字段,而且其中一个索引是时间。
相关问答
Q1: pg数据库查询分区怎么更快
1、使用Query Analyzer,查看SQL语句的查询计划和评估分析是否是优化的SQL.一般的20%的代码占据了80%的资源,我们优化的重点是这些慢的地方。
2、把数据、日志、索引放到不同的I/O设备上,增加读取速度,以前可以将Tempdb应放在RAID0上,SQL2000不在支持。
3、在数据库表中加字段,将数据分类,比如插入时间、数据类别、包含什么特殊文字的字符串,都可以分类。然后可以将分类后的数据,放入其他不同的表中,这样就可以将大数据变成小数据进行查询了。之后加索引,加分区可能会更快。
4、创建索引,创建合适的索引可以大大提高查询速度。但是你的这张大表如果会频繁的进行update、insert等操作,索引会导致这些操作变慢。就有可能需要进行动态索引的使用。
Q2: SQL数据库添加记录变慢了,怎么办?
SQL Server数据库查询速度慢的原因有很多,常见的有以下几种: 没有索引或者没有用到索引(这是查询慢最常见的问题,是程序设计的缺陷) I/O吞吐量小,形成了瓶颈效应。 没有创建计算列导致查询不优化。
举例,在插入数据的过程中,数据引擎既要将数据写入,同时又要维护索引,可能还要判断主键重复等,对性能有一定影响。建议:在插入大量数据时,可以在插入数据前先删除索引,插入操作完成后再建立索引。
万条不算太多,没什么问题,如果没条件用SQLSERVER,可以用ACCESS。
先看下是插的慢,还是查的慢,把你的insert改成select,别的不变,看下效率如何,如果查的很快,插得慢你看下空间和表结构状况;如果查的也慢,那么你先看下表的数据量,然后 考虑表分区,或者建索引。
关于pg数据库表增加字段非常慢和pg数据库增加字段语句的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。








