PostgreSQL删除更新优化操作

2023-07-07 17:26:03 74

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

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

具体解决方法：

ALTERTABLEtableNameDISABLETRIGGERALL;
delete目标语句
ALTERTABLEtableNameENABLETRIGGERALL;

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

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

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


		UPDATElt_dzheinfo
		


whendzid=#{reader.readerId}then#{reader.readerBarcode}




whendzid=#{reader.readerId}then#{reader.readerName}




whendzid=#{reader.readerId}then#{reader.readerState}




whendzid=#{reader.readerId}then#{reader.readerPsw}




whendzid=#{reader.readerId}then#{reader.readerType}




whendzid=#{reader.readerId}then#{reader.identityType}




whendzid=#{reader.readerId}then#{reader.identityId}




whendzid=#{reader.readerId}thenTO_TIMESTAMP(#{reader.enableDate},'YYYY-MM-DDHH24:MI:SS')




whendzid=#{reader.readerId}thenTO_TIMESTAMP(#{reader.disableDate},'YYYY-MM-DDHH24:MI:SS')




whendzid=#{reader.readerId}then#{reader.readerOfLibCode}




	whendzid=#{reader.readerId}then
		
						
							true
						
						
							false
						
					




whendzid=#{reader.readerId}then#{reader.readerOperatorId}




whendzid=#{reader.readerId}then#{reader.readerRemark}




whendzid=#{reader.readerId}thenTO_TIMESTAMP(#{reader.enableDate},'YYYY-MM-DDHH24:MI:SS')




whendzid=#{reader.readerId}thenTO_TIMESTAMP(#{reader.enableDate},'YYYY-MM-DDHH24:MI:SS')



wheredzidin

#{reader.readerId}


		
			UPDATElt_dzheinfoSET
			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-DDHH24:MI:SS'),
			jzrqi=TO_TIMESTAMP(#{reader.disableDate},'YYYY-MM-DDHH24:MI:SS'),
			libid=#{reader.readerOfLibCode},
			xingbie=
			
				
					true
				
				
					false
				
			,
			userid=#{reader.readerOperatorId},
			beizhu=#{reader.readerRemark},
			bzrqi=TO_TIMESTAMP(#{reader.enableDate},'YYYY-MM-DDHH24:MI:SS'),
			optime=TO_TIMESTAMP(#{reader.enableDate},'YYYY-MM-DDHH24:MI:SS')
			
				dzid=#{reader.readerId}

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

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

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

/*
刷新数据库视图.sql
*/
ALTERPROCP_RefreshView
as

DECLARE@vNamesysname

DECLARErefresh_cursorCURSORFOR
SELECTNamefromsysobjectsWHERExtype='V'orderbycrdate
FORREADONLY
OPENrefresh_cursor

FETCHNEXTFROMrefresh_cursor
INTO@vName
WHILE@@FETCH_STATUS=0
BEGIN
--刷新指定视图的元数据。由于视图所依赖的基础对象的更改，视图的持久元数据会过期。
execsp_refreshview@vName
PRINT'视图'+@vName+'已更新'
FETCHNEXTFROMrefresh_cursor
INTO@vName
END
CLOSErefresh_cursor
DEALLOCATErefresh_cursor

GO
SETQUOTED_IDENTIFIEROFF
GO
SETANSI_NULLSON
GO

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

PostgreSQL删除更新优化操作

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

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

热门推荐

随机推荐