连接oracle的总结（关于tnsname和监听）

该文是我连接oracle的总结 特别适合于程序开发人员与oracle菜鸟   如何配置才能使客户端连到数据库 要使一个客户端机器能连接oracle数据库 需要在客户端机器上安装oracle的客户端软件 唯一的例外就是java连接数据库的时候 可以用jdbc thin模式 不用装oracle的客户端软件 加入你在机器上装了oracle数据库 就不需要在单独在该机器上安装oracle客户端了 因为装oracle数据库的时候会自动安装oracle客户端 用过sql server数据库然后又用oracle的新手可能会有这样的疑问 问什么我用sql server的时候不用装sql server的客户端呢？原因很简单 sql server也是microsoft的 它在 *** 作系统中集成了sql server客户端 如果microsoft与oracle有协议 将oracle客户端也集成到 *** 作系统中 那我们也就不用在客户端机器装oracle客户端软机就可访问数据库了 不过 这好像是不可能实现的事情 也有的人会问 为什么在sql server中没有侦听端口一说 而在oracle中要配置侦听端口？其实sql server中也有侦听端口 只不过microsoft将侦听端口固定为 不允许你随便改动 这样给你一个错觉感觉sql server中没有侦听端口 咳 microsoft把太多的东西都封装到黑盒子里 方便使用的同时也带来的需要副作用 而oracle中的侦听端口直接在配置文件中 允许随便改动 只不过无论怎样改动 要与oracle服务器端设置的侦听端口一致   好 言归正传 我们如何做才能使客户端机器连接到oracle数据库呢？ A． 安装相关软件 B． 进行适当的配置   A．在适当的位置安装适当的软件 在客户端机器 ．在客户端机器上安装ORACLE的Oracle Net通讯软件 它包含在oracle的客户端软件中 ．正确配置了sqlnet ora文件   NAMES DIRECTORY_PATH = (TNSNAMES … )  NAMES DEFAULT_DOMAIN=DB_DOMAIN  一般情况下我们不用NAMES DEFAULT_DOMAIN参数 如果想不用该参数用#注释掉或将该参数删除即可 对于NAMES DIRECTORY_PATH参数采用缺省值即可 对于NAMES DEFAULT_DOMAIN参数有时需要注释掉 在下面有详细解释 ．正确配置了tnsname ora文件   在服务器端机器 ．保证listener已经启动 ．保证数据库已经启动 如果数据库没有启动 用 Oracle i: dos>sqlplus / as sysdba sqlplus> startup Oracle i: dos>svrmgrl svrmgrl>connect internal svrmgrl>startup 命令启动数据库 如果listener没有启动 用 lsnrctl start [listener name] lsnrctl status [listener name] 命令启动listener   B．进行适当的配置 如何正确配置tnsname ora文件 可以在客户端机器上使用oracle Net Configuration Assistant或oracle Net Manager图形配置工具对客户端进行配置 该配置工具实际上修改tnsnames ora文件 所以我们可以直接修改tnsnames ora文件 下面以直接修改tnsnames ora文件为例 该文件的位置为 …\neork\admin\tnsnames ora (for windows) …/neork/admin/tnsnames ora (for unix) 此处 假设服务器名为testserver 服务名为 使用的侦听端口为 则tnsnams ora文件中的一个test网络服务名（数据库别名）为 test = (DESCRIPTION= (ADDRESS_LIST= (ADDRESS=(PROTOCOL=TCP)(HOST=testserver)(PORT= )) ) (CONNECT_DATA=(SERVICE_NAME=) ) ) 红色的内容为需要根据实际情况修改的内容 现解释如下 PROTOCOL 客户端与服务器端通讯的协议 一般为TCP 该内容一般不用改 HOST 数据库侦听所在的机器的机器名或IP地址 数据库侦听一般与数据库在同一个机器上 所以当我说数据库侦听所在的机器一般也是指数据库所在的机器 在UNIX或WINDOWS下 可以通过在数据库侦听所在的机器的命令提示符下使用hostname命令得到机器名 或通过ipconfig(for WINDOWS) or ifconfig（for UNIX）命令得到IP地址 需要注意的是 不管用机器名或IP地址 在客户端一定要用ping命令ping通数据库侦听所在的机器的机器名 否则需要在hosts文件中加入数据库侦听所在的机器的机器名的解析 PORT 数据库侦听正在侦听的端口 可以察看服务器端的listener ora文件或在数据库侦听所在的机器的命令提示符下通过lnsrctl status [listener name]命令察看 此处Port的值一定要与数据库侦听正在侦听的端口一样 SERVICE_NAME 在服务器端 用system用户登陆后 sqlplus> show parameter service_name命令察看   如何利用配置的网络服务名连接到数据库 用sqlplus程序通过test网络服务名进行测试 如sqlplus system/manager@test 如果不能连接到数据库 则在tnsname ora文件中的test网络服务名（net service）后面加上Oracle数据库的DB_Domain参数值 通过用sqlplus> show parameter db_domain命令察看 此处db_domain参数值为 将其加到网络服务名后面 修改后的tnsname ora中关于该网络服务名的内容为 = (DESCRIPTION= (ADDRESS_LIST= (ADDRESS=(PROTOCOL=TCP)(HOST=testserver)(PORT= )) ) (CONNECT_DATA=(SERVICE_NAME=) ) ) 用sqlplus程序通过网络服务名测试 如sqlplus system/manager   关于为什们在网络服务名后面加db_domain参数 需要了解sqlplus连接数据库的原理 我在后面解决 常见故障中给出了详细的说明   如果上面的招数还不奏效的话 只好用一下乾坤大挪移了 将客户端的网络服务名部分 = (DESCRIPTION= (ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=testserver)(PORT= )) ) (CONNECT_DATA=(SERVICE_NAME=) ) ) 拷贝到服务器的tnsnames ora文件中 然后再服务器端用sqlplus system/manager连接到数据库 如果能连接成功 说明你的客户端与服务器端的网络有问题 如果连接不成功 用前面的部分检查网络服务名部分部分是否正确 如果确信网络服务名部分正确而且所有的客户端都连不上数据库则可能为系统TCP/IP或Oracle系统有问题 建议重新安装数据库   常见故障解决办法 TNS (ORA ) TNS:could not resolve service name 该错误表示用于连接的网络服务名在tnsnames ora文件中不存在 如上面的tnsnames ora中的网络服务名只有test 假如用户在连接时用sqlplus system/manager@test 则就会给出TNS 错误 要注意的是 有时即使在tnsnames ora文件中有相应的网络服务名 可是用该网络服务名连接时还会出错 出现这种情况的典型配置如下（在客户端的机器上） sqlnet ora文件 NAMES DIRECTORY_PATH = (TNSNAMES … ) NAMES DEFAULT_DOMAIN = tnsnames ora文件: test = (DESCRIPTION= (ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=testserver)(PORT= )) ) (CONNECT_DATA=(SERVICE_NAME=) ) )   sqlplus运行基本机理 在用户输入sqlplus system/manager@test后 sqlplus程序会自动到sqlnet ora文件中找NAMES DEFAULT_DOMAIN参数 假如该参数存在 则将该参数中的值取出 加到网络服务名的后面 即此例中你的输入由sqlplus system/manager@test自动变为sqlplus system/man 然后再到tnsnames ora文件中找网络服务名 这当然找不到了 因为该文件中只有test网络服务名 所以报错 解决的办法就是将sqlnet ora文件中的NAMES DEFAULT_DOMAIN参数注释掉即可 如#NAMES DEFAULT_DOMAIN = 假如NAMES DEFAULT_DOMAIN参数不存在 则sqlplus程序会直接到tnsnames ora文件中找test网络服务名 然后取出其中的host port tcp service_name 利用这些信息将连接请求发送到正确的数据库服务器上 另外原则上tnsnames ora中的配置不区分大小写 但是我的确遇到区分大小写的情况 所以最好将使用的网络服务与tnsnames ora中配置的完全一样   ORA : TNS:listener could not resolve SERVICE_NAME given in connect Descriptor 该错误表示能在tnsnames ora中找到网络服务名 但是在tnsnames ora中指定的SERVICE_NAME与服务器端的SERVICE_NAME不一致 解决的办法是修改tnsnames ora中的SERVICE_NAME   易混淆术语介绍 Db_name 对一个数据库（Oracle database）的唯一标识 该数据库为第一章讲到的Oracle database 这种表示对于单个数据库是足够的 但是随着由多个数据库构成的分布式数据库的普及 这种命令数据库的方法给数据库的管理造成一定的负担 因为各个数据库的名字可能一样 造成管理上的混乱 为了解决这种情况 引入了Db_domain参数 这样在数据库的标识是由Db_name和Db_domain两个参数共同决定的 避免了因为数据库重名而造成管理上的混乱 这类似于互连网上的机器名的管理 我们将Db_name和Db_domain两个参数用 连接起来 表示一个数据库 并将该数据库的名称称为Global_name 即它扩展了Db_name Db_name参数只能由字母 数字 _ # $ 组成 而且最多 个字符   Db_domain 定义一个数据库所在的域 该域的命名同互联网的 域 没有任何关系 只是数据库管理员为了更好的管理分布式数据库而根据实际情况决定的 当然为了管理方便 可以将其等于互联网的域   Global_name 对一个数据库（Oracle database）的唯一标识 oracle建议用此种方法命令数据库 该值是在创建数据库是决定的 缺省值为Db_name Db_domain 在以后对参数文件中Db_name与Db_domain参数的任何修改不影响Global_name的值 如果要修改Global_name 只能用ALTER DATABASE RENAME GLOBAL_NAME TO <db_name db_domain>命令进行修改 然后修改相应参数   Service_name 该参数是oracle i新引进的 在 i以前 我们用SID来表示标识数据库的一个实例 但是在Oracle的并行环境中 一个数据库对应多个实例 这样就需要多个网络服务名 设置繁琐 为了方便并行环境中的设置 引进了Service_name参数 该参数对应一个数据库 而不是一个实例 而且该参数有许多其它的好处 该参数的缺省值为Db_name Db_domain 即等于Global_name 一个数据库可以对应多个Service_name 以便实现更灵活的配置 该参数与SID没有直接关系 即不必Service name 必须与SID一样   Net service name 网络服务名 又可以称为数据库别名（database alias） 是客户端程序访问数据库时所需要 屏蔽了客户端如何连接到服务器端的细节 实现了数据库的位置透明的特性   lishixinzhi/Article/program/Oracle/201311/17463

1/s/1gfa3e63；这里是我在Oracle官网下载好了Windows系统64位的安装包，有2个zip文件。不想去官网找下载地址的童鞋可以直接用这个百度云盘的下载链接。 1去下载最新的oracle11g安装包的压缩文件，有2个压缩文件，都需要下载，下载完成以后需要解压缩在同一个目录下。 在开始oracle数据安装之前建议：1关闭本机的病毒防火墙。2断开互联网。 这样可以避免解压缩丢失文件和安装失败。 2我在下载好2个zip文件后，都解压在了database目录中。 如下图： 3进入database双击 setupexe 开始安装，在如下图： 4出现如下选项，选择是，继续安装。 当然这是我机器出现了这个情况，可能你的满足要求了。。。 5取消勾，点击下一步： 6Oracle在进行安装的时候都会询问是否同时创建一个数据库出来，此处选择“创建和配置数据库”。 7每一个数据库可以想象为一个实例，所以此处表示只存在一个数据库的含义 8此处选择“高级安装”。 9语言现在选择支持“简体中文”和“英文”。 10选择“企业版”。 11此处设置Oracle的安装目录，将其安装到app目录下。 12选择一般事物 13此处输入数据库的名称，同时SID与数据库的名称相同。 14使用默认配置，如下图： 15Oracle本身提供了多个 *** 作用户，为了简单管理，所有的密码都统一设置为“oracleadmin”。随后将进行安装环境的检验，如果检验之中出现了错误，则会提示用户，或者由用户选择“忽略”。 16选择完成开始安装 17而后进入到了oracle的安装界面。此界面会运行一段时间，在此界面完成之后出现的任何界面都不要点任何的确定按钮，因为还需要进行后续的配置。 18安装完成之后会进入到配置用户口令界面，点击 用户口令 设置密码。此界面之中需要进行用户名及密码的配置，在使用Oracle数据库过程之中，主要使用三个用户（有三个用户的密码是public password，在实际中不可以使用）：超级管理员：sys / change_on_install；普通管理员：system / manager；普通用户：scott / tiger，此用户需要配置解锁； 19完成之后选择“确定”那么再之后就可以进入到安装完成的界面，选择“关闭”即可。 20在Oracle安装完成之后，可以通过windows的服务找到所有与Oracle有关的服务选项。 21所有的服务建议将其全部修改为手工启动，这样电脑的启动速度可以快一些。但是有两个服务是必须启动的：OracleOraDb11g_home1TNSListener：数据库的监听服务，当使用任何的编程语言或者是前台工具连接数据库的时候，此服务必须启动，否则无法连接；OracleServiceSYNC：指的是数据库的实例服务，实例服务的命名规范“OracleServiceSID”，一般SID的名称都和数据库的名称保持一致，每一个数据库的服务都会创建一个sid。这里我的数据库的SID是sync。 2 使用sqlplus命令设置数据库 1当oracle安装完成之后，下面就需要对其进行使用，Oracle本身提供了一个“sqlplusexe”的 *** 作命令，直接运行此命令即可。 2此处输入用户名为scott，密码为tiger。 3在数据库之中会存在多张数据表，那么下面发出一个查询emp表的 *** 作命令，输入命令如下,默认的显示方式并不是特别的好，此处可以使用以下的命令更改显示方式 4在Oracle之中会存在多种用户，如果要想切换不同的用户，可以使用如下的命令完成,如果现在使用的是sys用户登录，那么就必须加上“AS SYSDBA”表示由管理员登录，其他用户不需要。 CONN 用户名/密码 [AS SYSDBA] ; 范例：使用sys登录 conn sys/change_on_install AS sysdba 如果要想查看当前用户输入“show user”命令即可查看。 show user 5如果说现在使用sys用户登录，并且发出同样的查询命令，会发现找不到emp表的错误提示： 6因为这张表属于scott用户，所以当使用scott用户登录的时候可以直接使用此表，但是如果换了一个用户，那么就必须使用这个表的完整名称“用户名表名称”，emp属于scott的，所以全名是“scottemp”。 以上所述是小编给大家带来的Oracle11g数据库win81系统安装配置图文教程，希望对大家有所帮助，如果大家有任何疑问欢迎给我留言，小编会及时回复大家的！

户A打开应用的界面，看到数据库的某条记录

b用户B打开应用的界面，看到同样一条记录

c 用户A对记录做了修改

d 对于web应用而言[假设没有应用comet类似技术]，通常B不知道这个修改，这时B也对同样这条记录做修改，那B就有可能覆盖A做的修改;

这个问题在数据库中被称为丢失更新问题

2我自己对这个问题的理解过程是这样的：

a 不知道这个问题

我在做开发好长时间之后才意识到这个问题，意识到这个问题之后，我后来发现很长一段时间内都没真正搞明白为什么这是个问题-_- 而且我发现现在周围的很多同事，尤其是新毕业的学生，其实也一直过了很长时间都没明白这个问题，这说明吧不知道这个丢失更新问题是一个非常普遍的问题：)

b用信号量以及 *** 作之前再次验证的方法解决

最开始的时候，测试发现了这样一个问题，要求解决，我把 *** 作系统的教科书搬来，对照着写了一个信号量semaphore类[那时候还是jdk 142，jdk里面没有concurrent包]，花了好长时间测试这个semaphore的实现是正确的[重复发明轮子的血泪史]，

然后用来控制这个 *** 作，每次 *** 作前获取信号量，然后验证，再做真正的数据库 *** 作。。。相当于在应用层每次都只做一件事。

c 再次理解

再后来，我看了Tom的这本9i和10g的书，书中提到前面的丢失更新过程，大概有点明白为什么这是个问题

8a7315603d51c12ef97a82729cdc4677png

但是其实我有个疑问，对于数据库中的记录而言，A做的修改本来就有可能被B覆盖的，为什么这会是一个丢失更新问题呢 正好项目里面又出现了类似的情况，我仔细观察了下，终于明白为什么这是个问题，以及为什么要使用对应的乐观锁悲观锁方案了。下面对此做详细说明

3 一个比较清楚的场景

下面这个假设的实际场景可以比较清楚的帮助我们理解这个问题：

假设当当网上用户下单买了本书，这时数据库中有条订单号为001的订单，其中有个status字段是’有效’,表示该订单是有效的;

后台管理人员查询到这条001的订单，并且看到状态是有效的

用户发现下单的时候下错了，于是撤销订单，假设运行这样一条SQL: update order_table set status = ‘取消’ where order_id = 001;

后台管理人员由于在b这步看到状态有效的，这时，虽然用户在c这步已经撤销了订单，可是管理人员并未刷新界面，看到的订单状态还是有效的，于是点击”发货”按钮，将该订单发到物流部门，同时运行类似如下SQL，将订单状态改成已发货:update order_table set status = ‘已发货’ where order_id = 001

如果当当的系统这样实现，显然不对了，肯定要挨骂了，明明已经取消了订单，为什么还会发货呢而且确实取消订单的 *** 作发生在发货 *** 作之前啊。 因为在这样的实现下，后台管理人员无论怎么做都有可能会出错，因为他打开系统看到有效的订单和他点发货之间肯定有个时间差，在这个时间差的时候总是存在用户取消订单的可能。

4 当时的详细解决方法。几年前当测试人员告诉我系统存在这个问题的时候，我的解决方法是这样的， 首先，先把 *** 作系统的教科书搬来，然后对照着了一个semaphore,然后反复测试各种情况证明写的是正确的; 然后，

1 获取一个信号量，保证每次只能有一个线程进入下面的步骤

2 检查数据库，看这条订单是否状态是有效的

a 如果有效则继续，进入发货步骤 b) 如果无效则返回，释放信号量，告诉用户状态已经发生改变

3 发货，释放信号量

看到这里，也许很多人要骂我蠢了，直接把SQL语句改成下面这样吧就可以了么 update order_table set status = ‘已发货’ where order_id = 001 and status = ‘有效’ 是的，的确是这样。虽然我当时的项目的情况比和这个稍微复杂一点，涉及到多张表格，不能直接这么做，但当时的确不知道这个更新丢失问题，也没想到合适的类似方式，于是就在应用层做了这么一个每次实际上只能有一个用户在做真正的更新这样一个方式来解决，这样做的结果是，在应用层单独做了类似这么一个锁的机制。我记得当时的项目毕业答辩的时候，老师问我同步的这个问题不直接用数据库的锁的方案来解决我当时胡乱回答了下，后来想起来，其实压根没理解老师的意思-_- 而且这样做有一个问题，假设在特殊情况下，这条订单被DBA直接修改了，没有经过应用，那么应用做这个 *** 作也会是错的，因为在2a到3之前的这段时间，有可能正好是DBA直接修改的时候。那么3做的 *** 作也是不对的。 而且，现实情况是在后来的几年开发过程中，我也的确在一些不同的项目代码中看到，其他很多人也在使用类似的代码解决测试人员告诉他们的这些同步问题-_-

5正确而简洁的解决方法

问题清楚了，也说明了我曾经使用的解决方案也是一个简洁直接的解决方案，纯粹是把简单问题复杂化，下面说说实际有效的解决方案; 就这个丢失更新问题，可以通过数据库的锁来实现，基本两种思路，一种是悲观锁，另外一种是乐观锁; 简单的说就是一种假定这样的问题是高概率的，最好一开始就锁住，免得更新老是失败;另外一种假定这样的问题是小概率的，最后一步做更新的时候再锁住，免得锁住时间太长影响其他人做有关 *** 作;

6 乐观锁的方法

这里先说web开发中常用的乐观锁的方法：

1很简单，就是使用前面所说的这样一条SQL，这其实是所谓使用”前镜像”的方式来保证需要更新的数据是符合要求的，

update order_table set status = ‘已发货’ where order_id = 001 and status = ‘有效’ Tom的书上举的例子是对所有列做更新，所以他的SQL大致如下 Update table set col1 = newcol1value, col2 = newcol2value… where col1 = oldcol1value and col2 = oldcol2value… 这个我觉得需要根据应用具体分析，如果需要判断所有的值，那就判断所有的值，如果只关心其中一个或部分值，那只需要取相关的值就好了，就比如这里的订单的状态

2使用版本列[比如时间戳

这个方法比较简单，也最常用，就是在数据库表格中加一列last_modified_date，就是最后更新的时间，每次更新的时候都将这列设成systimestamp，当前系统时间;

然后每次更新的时候，就改成这样 Update table set col = newvalue where id = and last_modified_date = old last_modified_date 这样，就可以检验出数据库的值是否在上次查看和这次更新的时候发生了变化，如果发生了变化，那么last_modified_date就变化了，以后的更新就会返回更新了0行，系统就可以通知用户数据发生了变化，然后选择刷新数据或者其他流程。

至于这个last_modified_date的维护，可以选择让应用每次都维护这个值，或者是使用存储过程来包装更新的 *** 作，或者是使用触发器来更新相关的值。几种方法各有利弊，比如应用维护需要保证每段相关代码都正确的维护了这个值;存储过程有一定的开销，通常很多开发对写存储过程可能也不熟练;触发器是简单的实现，但是也是有开销的。具体使用哪种方法需要根据实际情况具体取舍。

3使用校验或Hash值

这种方法和前面的方法类似，无非是根据其他有实际意义的列来计算出一个虚拟的列，我个人觉得TOM在介绍这个纯粹是介绍了一种”奇技*巧”，反正我是在实际过程中不知道哪里会需要这样的解决方案，或许也是因为我知道的太少了吧：)

4使用Oracle 10g的ORA_ROWSCN

这个就是利用10g的一个ora_rowscn特性，可以对每行做精确追踪，不过这个要求在create table的时候就指定相关参数，表格如果创建了以后就不能用alter table来修改了，因为这依赖于物理的实际存储。 同样，我觉得这也可以归为”奇技*巧”一类; 具体如果有兴趣了解详情的话，可以参考Tom的书

我们一直都在努力坚持原创请不要一声不吭，就悄悄拿走。

我原创，你原创，我们的内容世界才会更加精彩！

所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。

微信公众号

TechTarget

官方微博

TechTarget中国

相关资源：oracle乐观锁和悲观锁详细教程_oracle的乐观锁-Oracle文档类资源

点击阅读全文

打开CSDN，阅读体验更佳

Oracle数据库悲观锁与乐观锁_diweikang的博客

注:对于悲观锁是针对并发的可能性比较大,而一般在我们的应用中用乐观锁足以。 Oracle的悲观锁需要利用一条现有的连接,分成两种方式,从SQL语句的区别来看,就是一种是for update,一种是for update nowait的形式。 1 执行select xxx

ORACLE悲观锁和乐观锁_hongwei3344661的博客

1、无论是选择悲观锁策略,还是乐观锁策略。如果一个对象被上了锁,那么该对象都会受这个锁的控制和影响。 2、选择悲观锁策略,还是乐观锁策略,这主要是由应用和业务需求来确定的。如果你的应用和业务经常会出现从我看到要修改的记录的

oracle 乐观锁和悲观锁详细教程

详细介绍了Oracle中乐观锁、悲观锁的原理及应用，并有实例

基于ORACLE的乐观锁实现原理

2019独角兽企业重金招聘Python工程师标准>>>

继续访问

Oracle之悲观锁和乐观锁_hys21的博客

根据保护的对象不同,Oracle数据库锁可以分为以下几大类:DML锁(data locks,数据锁),用于实现并发存取并保护数据的完整性;DDL锁(dictionary locks,字典锁),用于保护数据库对象的结构,如表、索引等的结构定义;内部锁和闩(internal locks

oracle乐观锁和悲观锁详细教程_oracle的乐观锁-Oracle文档类资源

内部包含oracle百度网盘下载链接以及密码。 ocidll 12版本全部 资源是从Oracle官方网站下载,已测试可用 白雪红叶JAVA学习技术栈梳理思维导图xmind 乐观锁行级锁 分布式锁 分区排队 一致性 一致性算法 paxos zab nwr raft gossip

Oracle创建悲观锁和乐观锁

为了得到最大的性能，一般数据库都有并发机制，不过带来的问题就是数据访问的冲突。为了解决这个问题，大多数数据库用的方法就是数据的锁定。 考虑下面的情况。如果我们先查询到数据，然后更新数据。这样会出现这样的情况。A线程查询的时候，B线程也在查询，当A线程准备更新的时候，B线程先获得 了更新锁，将这些行锁定了。A只能等待B更新完。当B线程更新完释放锁的时候，A获得锁，这时A会识别出字段已经

继续访问

Oracle并发控制中的乐观锁

数据库的管理员要分散他们的数据库，以便处理基于Web，B2B，电子商务的访问，快速的硬盘读写以及更多的资源或许只能解决一部分问题。疲乏的锁机制甚至会削弱拥有很好资源的应用性能。乐观锁可以大大改善具有较多事务处理的数据库载入性能，比如基于web的客户端访问。 悲观锁引发的问题： 大多数Oracle开发者已经非常熟悉悲观锁，即在对数据进行更新之前给数据加锁。使用熟悉的SELECTFOR UP

继续访问

oracle乐观锁悲观锁学习笔记(更新中)_EvaronZ的博客

首先解释下乐观锁和悲观锁的含义 乐观锁:乐观锁就是认为数据一般情况下不会造成冲突,所以在数据进行提交更新的时候,才会正式对数据的冲突与否进行检测,如果发现冲突了,则返回错误的信息。 悲观锁:悲观锁就是对数据的冲突采取一种悲观的

Oracle乐观锁和悲观锁_◣NSD◥的博客_oracle悲观锁

乐观锁对应于生活中乐观的人总是想着事情往好的方向发展,悲观锁对应于生活中悲观的人总是想着事情往坏的方向发展。这两种人各有优缺点,不能不以场景而定说一种人好于另外一种人。 悲观锁

Oracle乐观锁悲观锁

1乐观锁 当处理对象状态时为了防止冲突 例：一个下订单的状态status a更新status为1购买，b取得status为1，这时a要退货把status改为2 这时如果b还按1的状态去处理，发货了。就出错了。 正确的做法为: 当b发货时，为了处理并发脏读，需要先根据原status状态去更新status为3订单处理中 int res = update

继续访问

转 Oracle中乐观锁定的四种实现方式

<br />Oracle中乐观锁定的四种实现方式<br /> <br />转自 >

以上就是关于连接oracle的总结（关于tnsname和监听）全部的内容，包括:连接oracle的总结（关于tnsname和监听）、win10下oracle11g数据库突然连接失败怎么办、 *** 作oracle数据时报乐观锁异常等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！