仓酷云

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

[学习教程] MYSQL网页编程之Sqlserver2000中的并提问题

[复制链接]
老尸 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:53:24 | 只看该作者 回帖奖励 |正序浏览 |阅读模式

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

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

x
对于现有业务,可以轻松移植到MySQL。当你需要替换掉老的硬件,当你需要削减历史遗留下的老系统的时候,选用MySQL对于财务部门来说更具吸引力。server|sqlserver|成绩Sqlserver2000中的并提问题1、并提问题的发生:
假如没有锁定且多个用户同时会见一个数据库,则当他们的事件同时利用不异的数据时大概会产生成绩。并提问题包含:
丧失或掩盖更新。未确认的相干性(脏读)。纷歧致的剖析(非反复读)。幻像读。1、丧失更新:当两个或多个事件选择统一行,然后基于最后选定的值更新该行时,会产生丧失更新成绩。每一个事件都不晓得别的事件的存在。最初的更新将重写由别的事件所做的更新,这将招致数据丧失。
比方,两个编纂职员制造了统一文档的电子复本。每一个编纂职员自力地变动其复本,然后保留变动后的复本,如许就掩盖了原始文档。最初保留其变动复本的编纂职员掩盖了第一个编纂职员所做的变动。假如在第一个编纂职员完成以后第二个编纂职员才干举行变动,则能够制止该成绩。
2、未确认的相干性(脏读)
当第二个事件选择别的事件正在更新的行时,会产生未确认的相干性成绩。第二个事件正在读取的数据还没有确认而且大概由更新此行的事件所变动。

比方,一个编纂职员正在变动电子文档。在变动过程当中,另外一个编纂职员复制了该文档(该复本包括到今朝为止所做的全体变动)并将其分发给预期的用户。今后,第一个编纂职员以为今朝所做的变动是毛病的,因而删除所做的编纂并保留了文档。分发给用户的文档包括不再存在的编纂内容,而且这些编纂内容应以为从未存在过。假如在第一个编纂职员断定终极变动后任何人都不克不及读取变动的文档,则能够制止该成绩。
3、纷歧致的剖析(非反复读)
当第二个事件屡次会见统一行并且每次读取分歧的数据时,会产生纷歧致的剖析成绩。纷歧致的剖析与未确认的相干性相似,由于别的事件也是正在变动第二个事件正在读取的数据。但是,在纷歧致的剖析中,第二个事件读取的数据是由已举行了变动的事件提交的。并且,纷歧致的剖析触及屡次(两次或更多)读取统一行,并且每次信息都由别的事件变动;因此该行被非反复读取。

比方,一个编纂职员两次读取统一文档,但在两次读取之间,作者重写了该文档。当编纂职员第二次读取文档时,文档已变动。原始读取不成反复。假如只要在作者全体完成编写后编纂职员才能够读取文档,则能够制止该成绩。
4、幻像读
当对某行实行拔出或删除操纵,而该行属于某个事件正在读取的行的局限时,会产生幻像读成绩。事件第一次读的行局限显现出个中一行已不复存在于第二次读或后续读中,由于该行已被别的事件删除。一样,因为别的事件的拔出操纵,事件的第二次或后续读显现有一行已不存在于原始读中。

比方,一个编纂职员变动作者提交的文档,但当临盆部门将其变动内容兼并到该文档的主复本时,发明作者已将未编纂的新质料增加到该文档中。假如在编纂职员和临盆部门完成对原始文档的处置之前,任何人都不克不及将新质料增加到文档中,则能够制止该成绩。
2、并提问题的办理计划:
当锁定用作并发把持机制时,它能够办理并提问题。这使一切事件得以在相互完整断绝的情况中运转,可是任什么时候候都能够有多个正在运转的事件。

可串行性是经由过程运转一组并发事件到达的数据库形态,同等于这组事件按某种按次一连实行时所到达的数据库形态。
SQL-92断绝级别
只管可串行性关于事件确保数据库中的数据在一切工夫内的准确性相称主要,但是很多事件其实不老是请求完整的断绝。比方,多个作者事情于统一本书的分歧章节。新章节能够在恣意时分提交到项目中。可是,关于已编纂过的章节,没有编纂职员的同意,作者不克不及对此章节举行任何变动。如许,只管有未编纂的新章节,但编纂职员仍能够确保在恣意工夫该书本项目标准确性。编纂职员能够检察之前编纂的章节和比来提交的章节。

事件筹办承受纷歧致数据的级别称为断绝级别。断绝级别是一个事件必需与别的事件举行断绝的水平。较低的断绝级别能够增添并发,但价值是下降数据的准确性。相反,较高的断绝级别能够确保数据的准确性,但大概对并发发生负面影响。使用程序请求的断绝级别断定了SQLServer利用的锁定举动。

SQL-92界说了以下四种断绝级别,SQLServer撑持一切这些断绝级别:
未提交读(事件断绝的最初级别,仅可包管不读取物理破坏的数据)。提交读(SQLServer默许级别)。可反复读。可串行读(事件断绝的第一流别,事件之间完整断绝)。
假如事件在可串行读断绝级别上运转,则能够包管任何并发堆叠事件均是串行的。

上面四种断绝级别同意分歧范例的举动。

断绝级别

脏读

不成反复读取

幻像





未提交读







提交读







可反复读







可串行读









事件必需运转于可反复读或更高的断绝级别以避免丧失更新。当两个事件检索不异的行,然后基于原检索的值对行举行更新时,会产生丧失更新。假如两个事件利用一个UPDATE语句更新行,而且不基于之前检索的值举行更新,则在默许的提交读断绝级别不会产生丧失更新。

3、成绩办理的完成:
1、默许办理计划:SETTRANSACTIONISOLATIONLEVEL
把持由毗连收回的一切Microsoft®SQLServer™SELECT语句的默许事件锁定举动。
语法
SETTRANSACTIONISOLATIONLEVEL
{READCOMMITTED
|READUNCOMMITTED
|REPEATABLEREAD
|SERIALIZABLE
}
参数
READCOMMITTED

指定在读取数据时把持共享锁以免脏读,但数据可在事件停止前变动,从而发生不成反复读取或幻像数据。该选项是SQLServer的默许值。

READUNCOMMITTED

实行脏读或0级断绝锁定,这暗示不收回共享锁,也不承受排它锁。当设置该选项时,能够对数据实行未提交读或脏读;在事件停止前能够变动数据内的数值,行也能够呈现在数据会合或从数据集消散。该选项的感化与在事件内一切语句中的一切表上设置NOLOCK不异。这是四个断绝级别中限定最小的级别。

REPEATABLEREAD

锁定查询中利用的一切数据以避免其他用户更新数据,可是其他用户能够将新的幻像行拔出数据集,且幻像行包含在以后事件的后续读取中。由于并发低于默许断绝级别,以是应只在需要时才利用该选项。

SERIALIZABLE

在数据集上安排一个局限锁,以避免其他用户在事件完成之前更新数据集或将行拔出数据集内。这是四个断绝级别中限定最年夜的级别。由于并发级别较低,以是应只在需要时才利用该选项。该选项的感化与在事件内一切SELECT语句中的一切表上设置HOLDLOCK不异。
正文
一次只能设置这些选项中的一个,并且设置的选项将一向对谁人毗连坚持无效,直到显式变动该选项为止。这是默许举动,除非在语句的FROM子句中在表级上指定优化选项。

SETTRANSACTIONISOLATIONLEVEL的设置是在实行或运转时设置,而不是在剖析时设置。
示例
下例为会话设置TRANSACTIONISOLATIONLEVEL。关于每一个后续Transact-SQL语句,SQLServer将一切共享锁一向把持到事件停止为止。

SETTRANSACTIONISOLATIONLEVELREPEATABLEREAD

GO

BEGINTRANSACTION

SELECT*FROMpublishers

SELECT*FROMauthors

...

COMMITTRANSACTION
2、自界说事件断绝级别
默许情形下,Microsoft®SQLServer™2000在READCOMMITTED的一个断绝级别上操纵。可是,使用程序大概必需运转于分歧的断绝级别。若要在使用程序中利用更严厉或较宽松的断绝级别,能够经由过程利用SETTRANSACTIONISOLATIONLEVEL语句设置会话的断绝级别,来自界说全部会话的锁定。

指定断绝级别后,SQLServer会话中一切SELECT语句的锁定举动都运转于该断绝级别上,并一向坚持无效直到会话停止大概将断绝级别设置为另外一个级别。比方,若要设置事件断绝级别为可串行读,以确保并发事件不克不及在authors表中拔出幻像行,请实行:

USEpubs

GO

SETTRANSACTIONISOLATIONLEVELSERIALIZABLE

GO

BEGINTRANSACTION

SELECTau_lnameFROMauthors



申明假如需要,能够经由过程指定表级锁定提醒来替换单个SELECT语句的断绝级别。指定表级锁定提醒不会影响会话中的别的语句。倡议仅在相对需要时才利用表级锁定提醒变动默许的锁定举动。

若要断定以后设置的事件断绝级别,请利用DBCCUSEROPTIONS语句,比方:

USEpubs

GO

SETTRANSACTIONISOLATIONLEVELREPEATABLEREAD

GO

DBCCUSEROPTIONS

GO

SetOption

Value

Textsize

4096

Language

us_english

Dateformat

mdy

Datefirst

7

isolationlevel

repeatableread



(5rowsaffected)

DBCCexecutioncompleted.IfDBCCprintederrormessages,seeyourSystemAdministrator.
3、调剂事件断绝级别
断绝属性是ACID的四个属性之一,逻辑事情单位必需具有这四个属性才干称为事件。该属功能够使事件免受别的并发事件所实行的更新的影响。每一个事件的断绝级别实践上都是能够自界说的。

Microsoft®SQLServer™撑持SQL-92中界说的事件断绝级别。设置事件断绝级别固然使程序员承当了某些完全性成绩所带来的风险,但能够调换对数据更年夜的并发会见权。与之前的断绝级别比拟,每一个断绝级别都供应了更年夜的断绝性,但这是经由过程在更长的工夫内占用更多限定锁换来的。事件断绝级别有:
READUNCOMMITTEDREADCOMMITTEDREPEATABLEREADSERIALIZABLE
可使用Transact-SQL或经由过程数据库API来设置事件断绝级别:

Transact-SQL

Transact-SQL剧本和DB-Library使用程序利用SETTRANSACTIONISOLATIONLEVEL语句。

ADO

ADO使用程序将Connection工具的IsolationLevel属性设置为adXactReadUncommitted、adXactReadCommitted、adXactRepeatableRead或adXactReadSerializable。

OLEDB

OLEDB使用程序挪用ITransactionLocal::StartTransaction,个中isoLevel设置为ISOLATIONLEVEL_READUNCOMMITTED、ISOLATIONLEVEL_READCOMMITTED、ISOLATIONLEVEL_REPEATABLEREAD或ISOLATIONLEVEL_SERIALIZABLE。

ODBC

ODBC使用程序挪用SQLSetConnectAttr,个中Attribute设置为SQL_ATTR_TXN_ISOLATION,ValuePtr设置为SQL_TXN_READ_UNCOMMITTED、SQL_TXN_READ_COMMITTED、SQL_TXN_REPEATABLE_READ或SQL_TXN_SERIALIZABLE。

参考<<sqlserver2000匡助文件>>

DBaaS解决方案既可以解决这些问题,又能为客户节约资金。相反作为解决方案提供商,采用DBaaS模式似乎就并不那么有吸引力了,因为与企业内部署软件的解决方案相比,DBaaS意味着更低的利润。
再现理想 该用户已被删除
9#
发表于 2015-3-23 11:46:52 | 只看该作者
我们学到了什么?思考问题的时候从表的角度来思考问
柔情似水 该用户已被删除
8#
发表于 2015-3-17 01:08:42 | 只看该作者
SQL语言是学习所有数据库产品的基础,无论你是做数据库管理还是做数据库开发都是这样。不过具体学习的侧重点要看你将来做哪一块,如果是做数据库管理(DBA),侧重点应该放在SQLServer的系统管理上.
简单生活 该用户已被删除
7#
发表于 2015-3-9 20:47:53 | 只看该作者
对一张百万级别的表建游标,同时又没有什么过滤条件,取得游标效率是如果直接SQL查询百万条数据;如果再对每条记录做处理,耗时将更长。
透明 该用户已被删除
6#
发表于 2015-2-28 04:11:41 | 只看该作者
比如,MicrosoftSQLServer2008的某一个版本可以满足现在的这个业务的需要,而且价格还比Oracle11g要便宜,那么这一产品就是适合的。
若天明 该用户已被删除
5#
发表于 2015-2-9 23:05:00 | 只看该作者
原来公司用过MYSQL自己也只是建个表写个SQL
山那边是海 该用户已被删除
地板
发表于 2015-2-4 13:09:26 | 只看该作者
作了些试验,发现使用CLR的存储过程或函数在达到一定的阀值的时候,系统性能会呈指数级下滑!这是非常危险的!只使用几个可能没有问题,当一旦大规模使用会造成严重的系统性能问题!
板凳
发表于 2015-1-26 05:01:59 | 只看该作者
也可谈一下你是怎么优化存储过程的?
第二个灵魂 该用户已被删除
沙发
发表于 2015-1-20 05:54:19 | 只看该作者
索引视图2k就有。但是2005对其效率作了一些改进但是schema.viewname的作用域真是太限制了它的应用面。还有一大堆的环境参数和种种限制都让人对它有点却步。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

GMT+8, 2024-11-10 22:41

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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