MSSQL网页编程之SQL Server 2005：数据范例最年夜值
这能找出所有错误的99.99%。它不能找出的是仅仅涉及数据文件的损坏(这很不常见)。如果你想要检查一张表，你通常应该没有选项地运行myisamchk或用-s或--silent选项的任何一个。事变入手下手得很复杂。MegaWare公司市场部门想要一个新的网站来公布文档，开辟团队以为利用SQLServer2000数据库作为文档存储堆栈会使事变变得复杂。Steve是MegaWare的数据库办理员，没有看出这有甚么年夜成绩;在数据库中存储文档，而不是利用文件体系，意味着服务器必要多做一些事情，可是它也会使得备份和办理简单很多。数据库与文件体系变得分歧步也应当是不成能的。市场部门想要存储的很多文档都凌驾了8000个字节，那末很分明VARCHAR不是合适这项事情的数据范例。作为替换，TEXT数据范例被用来界说寄存数据的字段。由于每一个TEXT都能包容2GB的内容，TEXT要寄存市场部门的同事们扔进数据库的最年夜的文件也是没有成绩的。
数月已往了，市场用大批的无聊拷贝填满了全部数据库。可是这还不是Steve真正体贴的成绩。数据库兴奋地嗡嗡作响地运转着，每一个人对项目标了局都很中意。
直到公司的口号改动的谁人严重的日子。市场部的团队以为“MegaWare:It’sreallycool!”要比本来的“It’sMegaWare’sWayortheHighway!”听起来更好。由于市场部团队已将本来的口号嵌进了堆栈中每一个文档的页脚上，如今Steve的事情就是变动一切这些文档的页脚。
“没有成绩，”Steve想，翻开SQLServer查询剖析器工具，实行了以下的T-SQL批处置:
UPDATEMarketingDocuments
SETDocument=
REPLACE(Document,
’It’’sMegaWare’’sWayortheHighway!’,
’MegaWare:It’’sreallycool!)
当他看到呈现的毛病动静的时分，Steve的轻松的浅笑很快消散了，“交换函数的参数1，text数据范例有效。”
交换函数在编写出来的时分，就对TEXT数据范例不起感化。一样也对CHARINDEX大概SUBSTRING不起感化――大概最少是他们在凌驾8千个字符的情形下不起感化。更进一步地讲，开辟职员忘了处置TEXT大概IMAGE范例的当地变量;实践上不撑持任何操纵。即便是复杂地更新一个文档中的一个子字符串都必要用到流畅的器材，和难以利用的相似READTEXT和WRITETEXT的函数。而不是开辟职员大概劳碌的数据库办理员由于想要弄清怎样准确利用而接纳了分歧范例的函数损耗了工夫。
SQLServer的开辟职员很侥幸，他们将会扒开乌云见蓝天。SQLServer2005引进了一系列新的被称为MAX的数据范例。这是VARCHAR，NVARCHAR和VARBINARY范例的扩大，这几品种型之前被限定在8000字节以下。MAX能够包容高达2GB的数据，与TEXT和IMAGE一样――而且完整兼容一切的SQLServer内置的字符串函数。
用MAX关头字界说一个某种MAX范例的变量与替换字符串的尺寸(为VARCHAR/NVARCHAR的时分)大概字节(为VARBINARY的时分)一样复杂。
DECLARE@BigStringVARCHAR(MAX)
SET@BigString=’abc’
固然这个变量能够自在地利用，而且能够传送给任何的内置的字符串函数，兼容性仍旧不是没有成绩。起首，开辟职员不克不及希冀指定了尺寸的VARCHAR和VARBINARY变量在到达8000个字节的极限的时分能够主动“晋级”到MAX版本。比方，以下的批处置:
DECLARE@String1VARCHAR(4001)
DECLARE@String2VARCHAR(4001)
SET@String1=REPLICATE(’1’,4001)
SET@String2=REPLICATE(’2’,4001)
SELECTLEN(@String1+@String2)
4001+4001=8002，可是指定了尺寸的VARCHAR的极限是8000。由于这两个变量中没有一个是MAX范例，LEN函数的了局就是8000，不是8002。在将两个变量毗连的时分，一种复杂的修改办法就是声明这两个变量中的一个为VARCHAR(MAX)大概将个中的一个变量举行转换。与一个划定了尺寸的范例举行毗连的时分，优先思索MAX范例，终极了局是MAX范例。以是，以下批处置的了局是8002，正如我们希冀的一样:
DECLARE@String1VARCHAR(4001)
DECLARE@String2VARCHAR(4001)
SET@String1=REPLICATE(’1’,4001)
SET@String2=REPLICATE(’2’,4001)
SELECTLEN(CONVERT(VARCHAR(MAX),@String1)+@String2)
在传送给字符串函数的时分，开辟职员意想到字符串的原意在默许情形下是划定了尺寸的，而不是MAX范例，也是相当主要的。比方，以下查询的了局就很使人惊异:
SELECTLEN(REPLICATE(’1’,8002))
由于字符串‘1’是被作为划定了尺寸的VARCHAR看待，而不是VARCHAR(MAX)，了局就是8000――可是在SQLServer2005中，REPLICATE函数可以发生高达2GB的字符串。要修改这个成绩，能够将字符串转换为VARCHAR(MAX)，如许函数就会输入一样的范例了:
SELECTLEN(REPLICATE(CONVERT(VARCHAR(MAX),’1’),8002))
这个查询如今将会前往希冀的了局:8002。记着，老是要对接纳了新特征编写的代码举行十分细心的测试;埋没的成绩，比方下面形貌的成绩，大概而且毫无疑问地会在最坏的工夫里形成劫难性的成果。
除变量以外，MAX范例也能够用于界说表的字段:
CREATETABLEBigStrings
(
BigStringVARCHAR(MAX)
)
当用于表的时分，意想到MAX范例具有与TEXT和IMAGE范例略微分歧的行溢出举动长短常主要的。在SQLServer中，最年夜的行尺寸是8060字节。要凌驾这个限定，而且仍旧办理每一个都具有高达2GB的存储，用TEXT和IMAGE范例存储的数据会被存储引擎主动地断行，外行里只留下一个16字节的指针。这意味着行的尺寸是削减了，这对功能有优点。但是，检索年夜数据是高贵的，由于它不是与统一行的数据寄存在统一个地位。
MAX数据范例在默许情形下，利用TEXT/IMAGE溢出举动和一般尺寸的VARCHAR/VARBINARY范例的举动的夹杂体例。假如一个字段的数据，加上表中一切其他字段的数据，总量少于8060字节，数据就寄存外行内。假如数据凌驾8060字节，MAX字段的数据就会寄存外行外。关于年夜字符串的表，以下的即将会与表中的其他数据存储在统一个数据页内:
INSERTBigStrings(BigString)
VALUES(REPLICATE(’1’,8000))
Butthefollowingrowwillresultinanoverflow:
INSERTBigStrings(BigString)
VALUES(REPLICATE(CONVERT(VARCHAR(MAX),’1’),100000))
你能够变动MAX数据范例在每一个表的基本上的默许的举动，它们会体现得和TEXT和IMAGE范例一样。这是经由过程利用sp_tableoption存储过程当中的“年夜数值范例外行外”选项完成的。为了修正年夜字符串表以将MAX范例的处置体例变得与TEXT和IMAGE数据范例的处置体例不异，可使用以下的T-SQL:
EXECsp_tableoption
’BigStrings’,
’largevaluetypesoutofrow’,
’1’
看看界说一个MAX数据范例有多简单，与他们供应的天真性一样，一些数据计划师将会被勾引以以下的体例入手下手界说表:
CREATETABLEAddresses
(
NameVARCHAR(MAX),
AddressLine1VARCHAR(MAX),
AddressLine2VARCHAR(MAX),
CityVARCHAR(MAX),
StateVARCHAR(MAX),
PostalCodeVARCHAR(MAX)
)
计划师要注重了:不要如许做!一个企业中的数据模子既应当包括有具有实践限定的数据，还要给用户接口计划师有关字段尺寸的大抵的引导。像如许的表又该创立甚么样的用户接口呢?
除数据整合和用户接口寄义以外，假如计划师如许不用要地利用这些范例还会带来功能上的伤害。记着，查询优化器利用字段的尺寸作为判别优化查询企图的浩瀚尺度之一。关于这个表，优化器几近没有任何选择。
以是，如今你晓得了MAX数据范例为SQLServer2005处置年夜数据增添了很年夜部分的天真性。可是MegaWare的谁人不幸的数据库办理员，Steve会产生甚么变更?还在保持利用SQLServer2000，他入手下手更新简历，设想着假如更新表失利了话，他的事情也就得到了。可是他也是侥幸的――另有天下各地的MegaWare产物的反对者――用GOOGLE的搜刮能够很快地找到这篇文章《在TEXT字段中查找并替换》，这篇文章告知他怎样准确的举行更新。他花了整晚的工夫来进修材料;再过几个月以后，TEXT和IMAGE数据范例就仅仅是一段不兴奋的影象了。修复过程包含最多4个阶段，在下面描述。在你开始前，你应该cd到数据库目录和检查表文件的权限，确保他们可被运行mysqld的Unix用户读取(和你，因为你需要存取你正在检查的文件)。如果它拒绝你修改文件，他们也必须是可被你写入的。 个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。 现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层. sqlserver的痛苦之处在于有用文档的匮乏，很多只是表明的东西 另一个是把SQL语句写到服务器端,就是所谓的SP(存储过程); 大侠们有推荐的书籍和学习方法写下吧。 也可谈一下你是怎么优化存储过程的? 从项目平台的选择上讲，我们关心的，应该是一款产品能不能满足任务需求，而不是网上怎么说。
页:
[1]