解决方案1: 这种比较没什么意义。需要注意的一点是,select 涉及的是共享锁, 在nolock提示下可以保证不死锁。update涉及的是更新锁和排他锁,没有锁 提示可以用,在一定条件下会等待很长时间,甚至死锁。
创新互联建站专注于企业网络营销推广、网站重做改版、旌德网站定制设计、自适应品牌网站建设、html5、电子商务商城网站建设、集团公司官网建设、外贸网站制作、高端网站制作、响应式网页设计等建站业务，价格优惠性价比高，为旌德等各大城市提供网站开发制作服务。
解决方案2: 可以自己测试一下,根据主键查询的话,会从数据库里找到匹配该主键的一条数据,update的话,那就相当于先查询,查询完之后再update,这样的话update比select耗时长一些。
解决方案3: 代码都是切合实际的,换一种理解的角度来说,比如你是数据库我是java程序,当我问你你多大了,你会立马回复我你多大了,当我说其实你的年龄错误了,应该是多少多少的时候,你会把你认为的那个年龄去修改一下,在存储一下,这个过程比第一个过程要长,所有耗时也会多
解决方案4: 这个问题要看对查询的表是否带索
这个 速度慢 是指 使用数据库过程中 查询数据缓慢 还是 数据库运行过程中各项功能缓慢？ 如果是查询数据缓慢的话，基本上是因为 与 查询语句逻辑、表结构、执行计划相关，可以根据数据库具体执行计划优化数据库查询，比如 要查询的表没有对应的索引，可以添加索引提高查询速度；或者 要查询的表有过大量的删除与更新，则需要更新表的统计信息以提高查询速度。如果是数据库本身各项功能运行缓慢，那大多是数据库系统各项参数设置不合理，与服务器本身的系统的硬件和系统有关，可以更改数据库相关的系统参数，调整数据库运行所需要的参数以提高数据库运行质量。
1、使用索引字段来解决。
2、如果使用量多的话,建议建存储过程放到临时表中。
解决办法：你需要对你的表根据查询条件设计相应的索引，有时候根据需要可能一个表你需要建立好几个索引都是有可能的。然后再执行，你会发现原来要30几秒的现在零点几秒就可以搞定了，这跟使用游标没什么关系。游标的使用完全由你的应用需要决定，我相信能不用的你肯定不会选择使用游标处理，一般是实在没办法的情况下才选择游标去做。 你查询慢的原因是你在存储过程中执行的话，没有索引时，他会一条一条查知道把80几万条数据全部扫描一遍直到查完了你才看到一个结果，但是你在外面单独执行很快的原因是plsql他会首先去查查到几条数据就先给你返回来，所以你马上就看到结果了，但实际上查询也并没有结束，你要是数据很多的情况下你往下拉，你会发信很慢，其实查询过程根本就还没有结束。 总之写存储过程第一步是会写，第二步是要做好优化，否则当你的数据量很大的时候你的过程写的不好的话问题会马上暴露出来
