相思资源网 Design By www.200059.com
1. 先说删除吧，因为刚搞了。
删除缓慢的原因：主要是约束的问题。（数据库在有约束的时候，进行操作，会根据约束对相关表进行验证，可想而知，20W的数据验证要耗费多久的时间）。其次就是sql的编写。（sql如果查询中包含子查询等的可以优化的where会影响匹配的速度<查询的话就不多逼逼了>）。索引的问题 请看下面的 补充部分
具体解决方法：
ALTER TABLE tableName DISABLE TRIGGER ALL; delete 目标语句 ALTER TABLE tableName ENABLE TRIGGER ALL;
2. 更新，原因和删除大体一致，这里主要描述一下自己遇到的问题。
利用mybatis批量更新，第一张图是原本的批量更新的写法，发现在本地还可以的但是放在服务器会由于时间太久出现IO错误。
后来换成第二张图的方式来更新。当然也可以java代码for循环来单条更新来达到批量的目的。（对于这三种方式，第二种最快）
<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>
补充：数据库突然变慢...索引作怪！
本人在最近发现，有些比容量较大的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
以上为个人经验，希望能给大家一个参考，也希望大家多多支持。如有错误或未考虑完全的地方，望不吝赐教。
相思资源网 Design By www.200059.com
广告合作：本站广告合作请联系QQ：858582 申请时备注：广告合作（否则不回）
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
相思资源网 Design By www.200059.com
暂无PostgreSQL删除更新优化操作的评论...
《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线
暴雪近日发布了《魔兽世界》10.2.6 更新内容，新游玩模式《强袭风暴》即将于3月21 日在亚服上线，届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。
艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕，并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时，他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中，玩家将会进入一个全新的海盗主题大逃杀式限时活动，其中包含极高的风险和史诗级的奖励。
《强袭风暴》不是普通的战场，作为一个独立于主游戏之外的活动，玩家可以用大逃杀的风格来体验《魔兽世界》，不分职业、不分装备（除了你在赛局中捡到的），光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式，玩家在加入海盗主题的预赛大厅区域前，可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹，《巨龙崛起》和《魔兽世界：巫妖王之怒 经典版》的玩家都可以获得奖励。