您现在的位置是：网站首页> 编程资料编程资料

PostgreSQL删除更新优化操作_PostgreSQL_

2023-05-27 458人已围观

简介 PostgreSQL删除更新优化操作_PostgreSQL_

1. 先说删除吧，因为刚搞了。

删除缓慢的原因：主要是约束的问题。（数据库在有约束的时候，进行操作，会根据约束对相关表进行验证，可想而知，20W的数据验证要耗费多久的时间）。其次就是sql的编写。（sql如果查询中包含子查询等的可以优化的where会影响匹配的速度<查询的话就不多逼逼了>）。索引的问题请看下面的补充部分

具体解决方法：

 ALTER TABLE tableName DISABLE TRIGGER ALL; delete 目标语句 ALTER TABLE tableName ENABLE TRIGGER ALL;

2. 更新，原因和删除大体一致，这里主要描述一下自己遇到的问题。

利用mybatis批量更新，第一张图是原本的批量更新的写法，发现在本地还可以的但是放在服务器会由于时间太久出现IO错误。

后来换成第二张图的方式来更新。当然也可以java代码for循环来单条更新来达到批量的目的。（对于这三种方式，第二种最快）

 UPDATE lt_dzheinfo  when dzid=#{reader.readerId} then #{reader.readerBarcode}  when dzid=#{reader.readerId} then #{reader.readerName}  when dzid=#{reader.readerId} then #{reader.readerState}  when dzid=#{reader.readerId} then #{reader.readerPsw}  when dzid=#{reader.readerId} then #{reader.readerType}  when dzid=#{reader.readerId} then #{reader.identityType}  when dzid=#{reader.readerId} then #{reader.identityId}  when dzid=#{reader.readerId} then TO_TIMESTAMP(#{reader.enableDate}, 'YYYY-MM-DD HH24:MI:SS')  when dzid=#{reader.readerId} then TO_TIMESTAMP(#{reader.disableDate}, 'YYYY-MM-DD HH24:MI:SS')  when dzid=#{reader.readerId} then #{reader.readerOfLibCode}  when dzid=#{reader.readerId} then  true  false  when dzid=#{reader.readerId} then #{reader.readerOperatorId}  when dzid=#{reader.readerId} then #{reader.readerRemark}  when dzid=#{reader.readerId} then TO_TIMESTAMP(#{reader.enableDate}, 'YYYY-MM-DD HH24:MI:SS')  when dzid=#{reader.readerId} then TO_TIMESTAMP(#{reader.enableDate}, 'YYYY-MM-DD HH24:MI:SS')  where dzid in  #{reader.readerId}

 UPDATE lt_dzheinfo SET dzzhao = #{reader.readerBarcode}, xming = #{reader.readerName}, ztai = #{reader.readerState}, mima = #{reader.readerPsw}, dzlxid = #{reader.readerType}, zjlx = #{reader.identityType}, zjhma = #{reader.identityId}, qyrqi = TO_TIMESTAMP(#{reader.enableDate}, 'YYYY-MM-DD HH24:MI:SS'), jzrqi = TO_TIMESTAMP(#{reader.disableDate}, 'YYYY-MM-DD HH24:MI:SS'), libid = #{reader.readerOfLibCode}, xingbie =  true  false , userid = #{reader.readerOperatorId}, beizhu = #{reader.readerRemark}, bzrqi = TO_TIMESTAMP(#{reader.enableDate}, 'YYYY-MM-DD HH24:MI:SS'), optime = TO_TIMESTAMP(#{reader.enableDate}, 'YYYY-MM-DD HH24:MI:SS')  dzid = #{reader.readerId}

补充：数据库突然变慢...索引作怪！

本人在最近发现，有些比容量较大的SQL数据库，在使用一段时间后，会突然变很慢很慢。特别体现在一些经常进行操作及查询的大表中。经过深入研究，这一般是索引的问题！如果把此表的索引重建一次，问题即可解决。

为更好地解决此问题，建意在SQL中新建一个数据库维护计划，选中“重新组织数据各索引页”选项，并设置每天运行一次。

 /* 刷新数据库视图.sql */ ALTER PROC P_RefreshView as DECLARE @vName sysname DECLARE refresh_cursor CURSOR FOR SELECT Name from sysobjects WHERE xtype = 'V' order by crdate FOR READ ONLY OPEN refresh_cursor FETCH NEXT FROM refresh_cursor INTO @vName WHILE @@FETCH_STATUS = 0 BEGIN --刷新指定视图的元数据。由于视图所依赖的基础对象的更改，视图的持久元数据会过期。 exec sp_refreshview @vName PRINT '视图' + @vName + '已更新' FETCH NEXT FROM refresh_cursor INTO @vName END CLOSE refresh_cursor DEALLOCATE refresh_cursor GO SET QUOTED_IDENTIFIER OFF GO SET ANSI_NULLS ON GO

以上为个人经验，希望能给大家一个参考，也希望大家多多支持。如有错误或未考虑完全的地方，望不吝赐教。

您可能感兴趣的文章:

上一篇：Postgresql排序与limit组合场景性能极限优化详解_PostgreSQL_

下一篇：Postgresql自定义函数详解_PostgreSQL_

您现在的位置是：网站首页> 编程资料编程资料

PostgreSQL删除更新优化操作_PostgreSQL_

1. 先说删除吧，因为刚搞了。

2. 更新，原因和删除大体一致，这里主要描述一下自己遇到的问题。

相关内容

点击排行

本栏推荐

猜你喜欢