欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

PostgreSQL刪除更新優(yōu)化操作

 更新時(shí)間:2020年12月28日 12:39:56   投稿:jingxian  
這篇文章主要介紹了PostgreSQL刪除更新優(yōu)化操作,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過來看看吧

1. 先說刪除吧,因?yàn)閯偢懔恕?/h3>

刪除緩慢的原因:主要是約束的問題。(數(shù)據(jù)庫在有約束的時(shí)候,進(jìn)行操作,會(huì)根據(jù)約束對(duì)相關(guān)表進(jìn)行驗(yàn)證,可想而知,20W的數(shù)據(jù)驗(yàn)證要耗費(fèi)多久的時(shí)間)。其次就是sql的編寫。(sql如果查詢中包含子查詢等的可以優(yōu)化的where會(huì)影響匹配的速度<查詢的話就不多逼逼了>)。索引的問題 請(qǐng)看下面的 補(bǔ)充部分

具體解決方法:

ALTER TABLE tableName DISABLE TRIGGER ALL; 
  delete 目標(biāo)語句 
ALTER TABLE tableName ENABLE TRIGGER ALL;

2. 更新,原因和刪除大體一致,這里主要描述一下自己遇到的問題。

利用mybatis批量更新,第一張圖是原本的批量更新的寫法,發(fā)現(xiàn)在本地還可以的但是放在服務(wù)器會(huì)由于時(shí)間太久出現(xiàn)IO錯(cuò)誤。

后來換成第二張圖的方式來更新。當(dāng)然也可以java代碼for循環(huán)來單條更新來達(dá)到批量的目的。(對(duì)于這三種方式,第二種最快)

<update id="batchUpdate2" parameterType="java.util.List">
		UPDATE lt_dzheinfo 
		 <trim prefix="set" suffixOverrides=",">
   <trim prefix="dzzhao =case" suffix="end,">
    <foreach collection="list" item="reader" index="index">
      when dzid=#{reader.readerId} then #{reader.readerBarcode}
    </foreach>
   </trim>
   <trim prefix="xming =case" suffix="end,">
    <foreach collection="list" item="reader" index="index">
      when dzid=#{reader.readerId} then #{reader.readerName}
    </foreach>
   </trim>
    <trim prefix="ztai =case" suffix="end,">
    <foreach collection="list" item="reader" index="index">
      when dzid=#{reader.readerId} then #{reader.readerState}
    </foreach>
   </trim>
    <trim prefix="mima =case" suffix="end,">
    <foreach collection="list" item="reader" index="index">
      when dzid=#{reader.readerId} then #{reader.readerPsw}
    </foreach>
   </trim>
   <trim prefix="dzlxid =case" suffix="end,">
    <foreach collection="list" item="reader" index="index">
      when dzid=#{reader.readerId} then #{reader.readerType}
    </foreach>
   </trim>
   <trim prefix="zjlx =case" suffix="end,">
    <foreach collection="list" item="reader" index="index">
      when dzid=#{reader.readerId} then #{reader.identityType}
    </foreach>
   </trim>
   <trim prefix="zjhma =case" suffix="end,">
    <foreach collection="list" item="reader" index="index">
      when dzid=#{reader.readerId} then #{reader.identityId}
    </foreach>
   </trim>
   <trim prefix="qyrqi =case" suffix="end,">
    <foreach collection="list" item="reader" index="index">
      when dzid=#{reader.readerId} then TO_TIMESTAMP(#{reader.enableDate}, 'YYYY-MM-DD HH24:MI:SS')
    </foreach>
   </trim>
   <trim prefix="jzrqi =case" suffix="end,">
    <foreach collection="list" item="reader" index="index">
      when dzid=#{reader.readerId} then TO_TIMESTAMP(#{reader.disableDate}, 'YYYY-MM-DD HH24:MI:SS')
    </foreach>
   </trim>
   <trim prefix="libid =case" suffix="end,">
    <foreach collection="list" item="reader" index="index">
      when dzid=#{reader.readerId} then #{reader.readerOfLibCode}
    </foreach>
   </trim>
   <trim prefix="xingbie =case" suffix="end,">
    <foreach collection="list" item="reader" index="index">
    	when dzid=#{reader.readerId} then 
		   <choose>
						<when test="reader.readerSex=='男'.toString()">
							true
						</when>
						<otherwise>
							false
						</otherwise>
					</choose>
    </foreach>
   </trim>
   <trim prefix="userid =case" suffix="end,">
    <foreach collection="list" item="reader" index="index">
      when dzid=#{reader.readerId} then #{reader.readerOperatorId}
    </foreach>
   </trim>
   <trim prefix="beizhu =case" suffix="end,">
    <foreach collection="list" item="reader" index="index">
      when dzid=#{reader.readerId} then #{reader.readerRemark}
    </foreach>
   </trim>
   <trim prefix="bzrqi =case" suffix="end,">
    <foreach collection="list" item="reader" index="index">
      when dzid=#{reader.readerId} then TO_TIMESTAMP(#{reader.enableDate}, 'YYYY-MM-DD HH24:MI:SS')
    </foreach>
   </trim>
   <trim prefix="optime =case" suffix="end,">
    <foreach collection="list" item="reader" index="index">
      when dzid=#{reader.readerId} then TO_TIMESTAMP(#{reader.enableDate}, 'YYYY-MM-DD HH24:MI:SS')
    </foreach>
   </trim>
  </trim>
  where dzid in
  <foreach collection="list" index="index" item="reader" separator="," open="(" close=")">
   #{reader.readerId}
  </foreach>
	</update>
<update id="batchUpdate" parameterType="java.util.List">
		<foreach collection="list" index="index" item="reader" separator=";">
			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 = 
			<choose>
				<when test="reader.readerSex=='男'.toString()">
					true
				</when>
				<otherwise>
					false
				</otherwise>
			</choose>,
			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')
			<where>
				dzid = #{reader.readerId}
			</where>
		</foreach>
	</update>

補(bǔ)充:數(shù)據(jù)庫突然變慢...索引作怪!

本人在最近發(fā)現(xiàn),有些比容量較大的SQL數(shù)據(jù)庫,在使用一段時(shí)間后,會(huì)突然變很慢很慢。特別體現(xiàn)在一些經(jīng)常進(jìn)行操作及查詢的大表中。經(jīng)過深入研究,這一般是索引的問題!如果把此表的索引重建一次,問題即可解決。

為更好地解決此問題,建意在SQL中新建一個(gè)數(shù)據(jù)庫維護(hù)計(jì)劃,選中“重新組織數(shù)據(jù)各索引頁”選項(xiàng),并設(shè)置每天運(yùn)行一次。

/*
 刷新數(shù)據(jù)庫視圖.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
--刷新指定視圖的元數(shù)據(jù)。由于視圖所依賴的基礎(chǔ)對(duì)象的更改,視圖的持久元數(shù)據(jù)會(huì)過期。
 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

以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教。

相關(guān)文章

  • 本地計(jì)算機(jī)上的 postgresql 服務(wù)啟動(dòng)后停止的問題解決

    本地計(jì)算機(jī)上的 postgresql 服務(wù)啟動(dòng)后停止的問題解決

    這篇文章主要介紹了本地計(jì)算機(jī)上的 postgresql 服務(wù)啟動(dòng)后停止的問題解決,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過來看看吧
    2021-01-01
  • PostgreSQL教程(一):數(shù)據(jù)表詳解

    PostgreSQL教程(一):數(shù)據(jù)表詳解

    這篇文章主要介紹了PostgreSQL教程(一):數(shù)據(jù)表詳解表的定義、系統(tǒng)字段、表的修改、表的權(quán)限等4大部份內(nèi)容,內(nèi)容種包括表的創(chuàng)建、刪除、修改、字段的修改、刪除、主鍵和外鍵、約束添加修改刪除等,本文講解了,需要的朋友可以參考下
    2015-05-05
  • 基于PostgreSQL的時(shí)序數(shù)據(jù)庫TimescaleDB的基本用法和概念

    基于PostgreSQL的時(shí)序數(shù)據(jù)庫TimescaleDB的基本用法和概念

    時(shí)序數(shù)據(jù)是指按照時(shí)間順序存儲(chǔ)的數(shù)據(jù),TimescaleDB是一個(gè)開源的、擴(kuò)展了PostgreSQL的時(shí)序數(shù)據(jù)庫擴(kuò)展,本文就給大家詳細(xì)的介紹一下基于PostgreSQL的時(shí)序數(shù)據(jù)庫TimescaleDB的基本用法和概念,需要的朋友可以參考下
    2023-06-06
  • PostgreSQL判斷字符串是否包含目標(biāo)字符串的多種方法

    PostgreSQL判斷字符串是否包含目標(biāo)字符串的多種方法

    這篇文章主要介紹了PostgreSQL判斷字符串是否包含目標(biāo)字符串的多種方法,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下
    2021-02-02
  • PostgreSQL字符切割:substring函數(shù)的用法說明

    PostgreSQL字符切割:substring函數(shù)的用法說明

    這篇文章主要介紹了PostgreSQL字符切割:substring函數(shù)的用法說明,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過來看看吧
    2021-02-02
  • PostgreSQL15.x安裝的詳細(xì)教程

    PostgreSQL15.x安裝的詳細(xì)教程

    PostgreSQL 是一個(gè)功能強(qiáng)大的開源關(guān)系型數(shù)據(jù)庫系統(tǒng),基于 C 語言實(shí)現(xiàn),采用 PostgreSQL 許可證,這是一種自由軟件許可證,允許用戶自由使用、修改和分發(fā)源代碼,所以本文將給大家介紹PostgreSQL15.x安裝的詳細(xì)教程,需要的朋友可以參考下
    2024-09-09
  • postgresql影子用戶實(shí)踐場景分析

    postgresql影子用戶實(shí)踐場景分析

    這篇文章主要介紹了postgresql影子用戶實(shí)踐場景分析,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下
    2021-03-03
  • PostgreSQL用戶登錄失敗自動(dòng)鎖定的處理方案

    PostgreSQL用戶登錄失敗自動(dòng)鎖定的處理方案

    這篇文章主要介紹了PostgreSQL用戶登錄失敗自動(dòng)鎖定的解決辦法,本文給大家分享解決方案,通過實(shí)例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下
    2021-03-03
  • postgresql踩坑系列之關(guān)于to_date()問題

    postgresql踩坑系列之關(guān)于to_date()問題

    這篇文章主要介紹了postgresql踩坑系列之關(guān)于to_date()問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2023-03-03
  • postgresql 實(shí)現(xiàn)取出分組中最大的幾條數(shù)據(jù)

    postgresql 實(shí)現(xiàn)取出分組中最大的幾條數(shù)據(jù)

    這篇文章主要介紹了postgresql 實(shí)現(xiàn)取出分組中最大的幾條數(shù)據(jù),具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過來看看吧
    2021-01-01

最新評(píng)論