仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 856|回复: 19
打印 上一主题 下一主题

[学习教程] PHP教程之SQL Server和Oracle避免数据锁定的对照...

[复制链接]
因胸联盟 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-2-4 00:18:33 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
在我开始学习PHP以前,我从未想过要做软件工程,即便是在去听过华育国际的关于软件工程的美好前景后,因为我一直都没有想过要与代码打交道,而是想学好所学专业,做个网络工程师或者是网络安全人员。oracle|server|对照|数据   廖铮

2002-5-30 14:23:50

--------------------------------------------------------------------------------


数据库并行会见,也就是两个或两以上用户同时会见统一数据,这也是数据库引擎若何设计和完成过度反响所面对的最大成绩。设计优秀、功能出色的数据库引擎可以轻松地同时为不计其数的用户办事。而“底气缺乏”的数据库体系跟着更多的用户同时会见体系将大大下降其功能。最糟的情形下乃至能够招致体系的溃散。

固然,并行会见是任何数据库处理计划都最为正视的成绩了,为懂得决并行会见方面的成绩各类数据库体系提出了各类各样的计划。 SQL Server和Oracle两大DBMS也分离采取了分歧的并行处置办法。它们之间的本色不同在哪里呢?

并行会见的成绩
并行会见呈现成绩存在若干种情形。在最复杂的情况下,数目超越一个的用户能够同时查询统一数据。就这类情形而言数据库的操作方针很复杂:尽量地为用户们供应疾速的数据会见。 这对咱们如今罕见的数据库来讲不成成绩:SQL Server和 Oracle 都采取了多线程机制,它们固然可以一次处置多个恳求。

不外,在用户修正数据的情形下并行会见成绩就变得庞杂起来了。明显,数据库凡是只答应独一用户一次修正特定的数据。当某一用户入手下手修正某块数据时, SQL Server和 Oracle 都能很快地锁定命据,禁止其他用户对这块数据停止更新,直到修正该数据的第1位用户完成其操作并提交买卖(commit transaction)。然而,当某一名用户正在修正某块数据时假定另外一位用户又正想查询该数据的信息时会产生甚么情形呢?在这类情形下数据库办理体系又该若何举措呢?Oracle 和 SQL Server针对这一成绩接纳了分歧的处理计划。

SQL Server办法
如今无妨假定有人入手下手修正SQL Server上存储的数据,因而这块数据当即被数据库锁定。数据锁定操作壅塞其他任何会见该数据的毗连――连查询操作都不会放过。因而,这块被锁定的数据只要在买卖被提交或回滚以后才干承受其他会见操作。

上面用SQL Server随带的pubs示例数据库做一个复杂示范。在Query Analyzer内翻开两个窗口。在第1个窗口中履行以下SQL操作语句,更新pubs数据库中某一图书的价钱:

use pubs
go
begin tran
update titles
set price = price * 1.05
where

title_id = 'BU2075'

因为代码中并没有履行commit语句,所以数据变化操作实践上还没有终究完成。接上去,在另外一个窗口里履行以下语句查询titles数据表:
select title_id,title,price
from titles
order by title_id.

你甚么了局也得不到。窗口底部的小地球图标会转个一直。虽然我在先前的操作中仅仅更新了一行,然而,select语句的履行对象却刚好包括了其数据正被修正的一行。因而,下面的操作不会前往任何数据,除非回到第1个窗口提交买卖或回滚。

SQL Server的数据锁定计划能够会下降体系的功能和效力。数据被锁定的工夫越长,或锁定的数据量越大,其他数据会见用户就越能够不能不守候其查询语句的履行。因而,从法式员的角度来看,对SQL Server编程的时分应当尽可能地把买卖代码设计得既小又快。

在SQL Server的比来版本中,微软对SQL Server停止了某些修正,使其一次锁定的数据量大大削减,这是数据库设计中的一大主要改善。在6.5版及之前版本中,起码的数据锁定量是一页。哪怕你只在修正一行数据,而该行数据位于包括10行数据的一页上,则整页10行数据城市被锁定。明显,这么大的数据锁定量增添了其他数据会见毗连不能不守候数据修改完成的几率。在SQL Server 7中,微软引入了行锁定手艺,如许,今朝的SQL Server只锁定实践正被改动的数据行。

SQL Server的处理计划听起来很复杂,但实践上其幕后为供应足够的体系高功能而接纳了良多办法。例如,假如你在同时修正多行数据,SQL Server则会把数据锁定局限提拔到页级别甚至锁定全部数据表,从而不用针对每纪录跟踪和保护各自的数据锁。

Oracle办法
上面咱们再看看Oracle数据库是若何实行相似操作的。起首,我翻开一个SQLPlus实例履行以下查询语句(这个例子可以在Oracle 9i中示例中找到)。这个实例称做查询实例:
select first_name, last_name, salary
from hr.employees
where
department_id = 20;
代码前往两行数据,以下所示:

然后,再翻开另外一个SQLPlus实例――更新实例来履行以下号令:
SQL> update hr.employees
2 set salary = salary * 1.05
3 where  
4 department_id = 20
5 /
代码履行后答复动静称两行数据已被更新。
注重,以上代码中并每有像在SQL Server示例那样键入“begin tran”字样的代码。Oracle 的SQLPlus隐含启用买卖(你还可以仿照SQL Server的行动,设置“autocommit to on”主动地提交买卖)。接上去咱们在SQLPlus更新实例中再履行同查询实例一样的select语句。

了局清晰地标明:Michael和Pat的薪水都增添了,但是这个时分我还没有提交数据变动买卖。
如今转到第1个SQLPlus查询实例从头运转查询,了局以下:

Oracle不需求用户守候数据更新实例中操作被提交,它径直前往Michael和Pat的查询信息,但实践上前往的是数据更新入手下手之前的数据视图!

这时候候,熟习SQL Server的人能够会说了,在查询中设置(NOLOCK)不也能到达一样的后果吗?可是,对SQL Server而言,在数据映像之前是不克不及获得数据的。指定(NOLOCK)实践上只是失掉了没有提交的数据。Oracle的办法则供应了数据的分歧视图,一切的信息都是针对买卖的、基于存储数据快照的。

假如在SQLPlus的更新实例中提交更新买卖在查询实例中就可以看到薪水数据产生变更。假如在查询实例中从头运转先前的查询语句,那末Oracle将前往新的薪水数值。

存储数据快照
说了半天,在给用户显示先前版本的数据同时,Oracle是若何答应其他用户修正数据的呢?其实,只需某一用户启动了一宗修正数据的买卖,之前的数据映像就会被写到一个特别的存储区域。这类“前映像”用来向任何查询数据的用户供应分歧的数据库视图。如许,当其他用户在修正数据的时分,在以上的测试中咱们就可以看到还没有产生变动的薪金数据。

这个特别的存储区域在哪里呢?这个成绩的谜底就跟你正在利用的Oracle版本有关了。在 Oracle 8i及其之前版本中会为这一目标创立特别的回滚段。但是,这类举动会给数据库办理员(DBA)带来办理和调剂数据段的任务承当。例如,DBA必需肯定为此需求的数据段的数目和巨细等。假设回滚段没有准确设置装备摆设,那末对买卖而言它们便可能不能不列队守候回滚段中呈现需要的数据空间。

Oracle 9i就分歧了,这是Oracle的最新版本,Oracle完成了一种新特征,这就是所谓的undo表空间,它无效地消弭了以上的办理庞杂性。固然回滚段依然可以持续利用,然而,DBA如今可以选择创立undo表空间的体例令Oracle本人办理“前映像”的庞杂空间分派。  
Oracle的这类办法对法式员具有主要意义。由于回滚空间不是无穷的,所以,更新买卖的数据快照会代替先前买卖的映像。因而,假如需要的回滚段被其他买卖的映像掩盖的话。运转工夫较长的查询操作便可能发生“ snapshot too old”毛病。

上面举个能够产生的案例。假定在上午11:59的时分某位人员入手下手更新John Doe帐务的买卖。这宗买卖鄙人午12:01被提交。同时,下战书12:00某财政司理入手下手查询一切的客户帐务报表和当月免费总计。由于客户良多,所以这一查询操作很费了点工夫,然而不管此次操作究竟履行了多久,归正它检索出的了局就是下战书12:00数据库中存在的数据。假如包括John Doe帐务前映像的回滚空间在查询履行到该客户名字的时分被掩盖则查询前往毛病动静。
Oracle的处理计划固然更加公道,在笼统意义上供应了比拟SQL Server更佳的数据分歧性。在履行Oracle查询的时分不必忧虑较长的查询操作会锁定主要的买卖。然而,在两种数据库同时撑持海量用户的情形下也很难证实Oracle是不是就可以真正完成详细前提下的数据分歧性。


  掌握静态网页的制作技术是学习开发网站的先决条件,这一点就讲到这里,因为这篇文章不是教程文章,也就不对技术进行深入的刨析了。
飘灵儿 该用户已被删除
沙发
发表于 2015-2-4 11:15:37 | 只看该作者
我还是强烈建议自己搭建php环境。因为在搭建的过程中你会遇到一些问题,通过搜索或是看php手册解决问题后,你会更加深刻的理解它们的工作原理,了解到php配置文件中的一些选项设置。
admin 该用户已被删除
板凳
发表于 2015-2-7 19:29:29 | 只看该作者
当然这种网站的会员费就几十块钱。
老尸 该用户已被删除
地板
发表于 2015-2-23 06:10:21 | 只看该作者
做为1门年轻的语言,php一直很努力。
第二个灵魂 该用户已被删除
5#
发表于 2015-3-1 09:22:06 | 只看该作者
你很难利用原理去编写自己的代码。对于php来说,系统的学习我认为还是很重要的,当你有一定理解后,你可你针对某种效果研究,我想那时你不会只是复制代码的水平了。
若天明 该用户已被删除
6#
发表于 2015-3-6 21:25:23 | 只看该作者
实践是检验自己会不会的真理。
柔情似水 该用户已被删除
7#
发表于 2015-3-7 09:02:19 | 只看该作者
曾经犯过一个很低级的错误,我在文件命名的时候用了一个横线\\\\\\\'-\\\\\\\' 号,结果找了好几个小时的错误,事实是命名的时候 是不能用横线 \\\\\\\'-\\\\\\\' 的,应该用的是下划线  \\\\\\\'_\\\\\\\' ;
海妖 该用户已被删除
8#
发表于 2015-3-11 13:32:09 | 只看该作者
这些中手常用的知识,当你把我说的这些关键字都可以熟练运用的时候,你可以选择自己
乐观 该用户已被删除
9#
发表于 2015-3-13 23:08:32 | 只看该作者
最后介绍一个代码出错,但是老找不到错误方法,就是 go to wc (囧),出去换换气没准回来就找到错误啦。
再见西城 该用户已被删除
10#
发表于 2015-3-18 17:31:31 | 只看该作者
最后祝愿,php会给你带来快乐的同时 你也会给他带来快乐。
小女巫 该用户已被删除
11#
发表于 2015-3-19 04:51:20 | 只看该作者
如果你已经到这种程度了,那么你已经可以做我的老师了。其实php也分很多的区域,
深爱那片海 该用户已被删除
12#
发表于 2015-3-22 17:09:51 | 只看该作者
这些中手常用的知识,当你把我说的这些关键字都可以熟练运用的时候,你可以选择自己
13#
发表于 2015-3-24 15:44:27 | 只看该作者
找到的的资料很多都是在论坛里的,需要注册,所以我一般没到一个论坛都注册一个id,所有的id都注册成一样的,这样下次再进来的时候就不用重复注册啦。当然有些论坛的某些资料是需要的付费的。
谁可相欹 该用户已被删除
14#
发表于 2015-4-3 03:35:20 | 只看该作者
曾经犯过一个很低级的错误,我在文件命名的时候用了一个横线\\\\\\\'-\\\\\\\' 号,结果找了好几个小时的错误,事实是命名的时候 是不能用横线 \\\\\\\'-\\\\\\\' 的,应该用的是下划线  \\\\\\\'_\\\\\\\' ;
冷月葬花魂 该用户已被删除
15#
发表于 2015-4-4 17:06:13 | 只看该作者
建数据库表的时候,int型要输入长度的,其实是个摆设的输入几位都没影响的,只要大于4就行,囧。
灵魂腐蚀 该用户已被删除
16#
发表于 2015-4-8 10:46:22 | 只看该作者
多看优秀程序员编写的代码,仔细理解他们解决问题的方法,对自身有很大的帮助。
兰色精灵 该用户已被删除
17#
发表于 2015-4-13 00:32:59 | 只看该作者
我还是强烈建议自己搭建php环境。因为在搭建的过程中你会遇到一些问题,通过搜索或是看php手册解决问题后,你会更加深刻的理解它们的工作原理,了解到php配置文件中的一些选项设置。
若相依 该用户已被删除
18#
发表于 2015-4-14 07:03:15 | 只看该作者
有时候汉字的空格也能导致页面出错,所以在写代码的时候,要输入空格最好用引文模式。
不帅 该用户已被删除
19#
发表于 2015-4-15 04:11:28 | 只看该作者
写js我最烦的就是 ie 和 firefox下同样的代码 结果显示的结果千差万别,还是就是最好不要用遨游去调试,因为有时候遨游是禁用js的,有可能代码是争取结果被遨游折腾的认为是代码写错。
金色的骷髅 该用户已被删除
20#
发表于 2015-4-15 15:51:33 | 只看该作者
有时候汉字的空格也能导致页面出错,所以在写代码的时候,要输入空格最好用引文模式。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-24 08:17

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表