rar压缩包保存到数据库中的格式
发布网友
发布时间：2022-05-04 14:48
共4个回答
懂视网
时间：2022-05-04 19:09
解剖 SQLSERVER 第十三篇 Integers在行 压缩 和页 压缩 里的 存储 格式 揭秘 （译） http://improve.dk/the-anatomy-of-row-amp-page-compressed-integers/ 当解决OrcaMDF对行 压缩 的支持的时候，视图解析整数的时候遇到了一些挑战。 和正常的未 压缩 整数
解剖SQLSERVER 第十三篇 Integers在行压缩和页压缩里的存储格式揭秘（译）
http://improve.dk/the-anatomy-of-row-amp-page-compressed-integers/
当解决OrcaMDF对行压缩的支持的时候，视图解析整数的时候遇到了一些挑战。
和正常的未压缩整数存储不同的是这些都是可变长度--这意味着1个整数的值50只占用1个字节，而不是通常的4个字节。
这些不是新功能了，大家可以看一下vardecimal他被存储为可变长度。然而不同的是两者存储在磁盘上的数据的方式。
注意虽然我只是实现行压缩，他跟页面压缩中使用的行压缩是一样的，并没有区别
大家可以看一下《深入解析SQL Server 2008 笔记》里面有行压缩和页压缩的详细解释
Tinyint
Tinyint在压缩后和压缩前基本是一样的（tinyint：从0到255的整数数据，存储大小为 1 字节）只有一个例外情况，当数值是0的时候如果开启了行压缩将不占用任何字节，
如果是非压缩存储将会存储0x0，并且占用一个字节。所有的整形类型（tinyint，smallint，int，bigint）对于0这个数值都是同等对待，数值由压缩行元数据进行描述并且不存储任何值
Smallint
让我们开始通过观察正常的未压缩的smallint数值， 对于 -2，-1，1，2这些值的存储，0不会存储任何东西。注意，所有这些值会准确的存放在磁盘上，在这种情况下他们使用小字节序来存储
-2 = 0xFEFF -1 = 0xFFFF 1 = 0x0100 2 = 0x0200
Little-Endian
从1，2 这两个值开始，他们很直接很简单的转换为decimal和你想要的实际数值。然而，-1有点不一样，显示0xFEFF 将他转换为decimal是65.535 --我们能存储的最大的无符号整形值是2个字节，
SQLSERVER对于一个smallint 的范围是–32768 to 32767
计算实际值依赖于所使用的整数溢出。看看下面的C#代码片段:
unchecked
{
Console.WriteLine(0 + (short)32767);
Console.WriteLine(0 + (short)32768);
Console.WriteLine(0 + (short)32769);
// ...
Console.WriteLine(0 + (short)65534);
Console.WriteLine(0 + (short)65535);
}
输出如下：
32767 -32768 -32767 -2 -1
如果我们这样计算 0+有符号short的最大值，那么最大值就是有符号短整型 32767，很明显负数就是-32767，
然而，如果我们这样计算 0+32.768=32768，那么就会超出short的范围，我们将最高位翻转变成负数 -32768 却不会溢出。
因为这些数都是常数，编译器不允许溢出--除非我们将代码封装在uncheck ｛｝div里面
你可能曾经听过虚构的符号位。基本上它的最高位被用于指示一个数是正数还是负数。
从上面的例子应该很明显的显示符号位不是那么特别--通过查询这个符号位决定一个给定的数的符号。看一下当溢出的时候符号位会怎样
32767 = 0b0111111111111111 -32768 = 0b1000000000000000 -32767 = 0b1000000000000001
对于由于太大而引起溢出的数字，最高位“sign bit”需要进行设置。这不神奇,它只是用来引起溢出。
那么，我们有一些背景知识知道一个常规的非压缩integers 是如何存储的。现在看一下那些同样数值的smallint 是如何存储在行压缩表里的
-2 = 0x7E -1 = 0x7F 1 = 0x81 2 = 0x82
让我们尝试将这些值转换为decimal，我做如下转换
-2 = 0x7E = -128 + 126 -1 = 0x7F = -128 + 127 1 = 0x81 = -128 + 129 2 = 0x82 = -128 + 130
很明显，这些值会以另一种方式进行存储。最明显的不同是我们现在只使用一个字节--由于变成了可变长度存储。当我们解析这些值的时候，我们需要简单的看一下这些数字的字节存储。如果只使用一个字节，我们知道这表示0到255（对于tinyint来讲） 或者对于smallint 数值是 -128到127 。当smallint 存储的那个值范围在-128到127 就会使用一个字节来存储
如果我们使用相同的方法，我们明显会获得错误的结果 。1 <> 0 + 129 诀窍是在本例中将存储的值作为无符号整数，然后最小值作为偏移量
而不是使用0来作为偏移，我们将使用有符号 的一个字节最小值-128 作为偏移
-2 = 0x7E = -128 + 126 -1 = 0x7F = -128 + 127 1 = 0x81 = -128 + 129 2 = 0x82 = -128 + 130
这意味着一旦我们超出有符号 的1个字节的范围 我们将需要用2个字节来存储，对吗？
一个非常重要的区别是,非压缩值会永远使用小字节序来存储，然而使用了行压缩的整数值却使用大字节序来存储！
所以，他们不只使用不同的偏移值，而使用不同的字节序。但是最终的结果都是相同的，不过计算方式却有很大的不同
Int 和 bigint
一旦我找到字节序的规律和行压缩整型值的数值架构，int和bigint的实现就很简单了。和其他类型一样，他们也是可变长度的所以你有可能会碰到5字节长的bigint值和1字节长的int值。下面是SqlBigInt 类型的主要解析代码
switch (value.Length)
{
case 0:
return 0;
case 1:
return (long)(-128 + value[0]);
case 2:
return (long)(-32768 + BitConverter.ToUInt16(new[] { value[1], value[0] }, 0));
case 3:
return (long)(-8388608 + BitConverter.ToUInt32(new byte[] { value[2], value[1], value[0], 0 }, 0));
case 4:
return (long)(-2147483648 + BitConverter.ToUInt32(new[] { value[3], value[2], value[1], value[0] }, 0));
case 5:
return (long)(-549755813888 + BitConverter.ToInt64(new byte[] { value[4], value[3], value[2], value[1], value[0], 0, 0, 0 }, 0));
case 6:
return (long)(-140737488355328 + BitConverter.ToInt64(new byte[] { value[5], value[4], value[3], value[2], value[1], value[0], 0, 0 }, 0));
case 7:
return (long)(-36028797018963968 + BitConverter.ToInt64(new byte[] { value[6], value[5], value[4], value[3], value[2], value[1], value[0], 0 }, 0));
case 8:
return (long)(-9223372036854775808 + BitConverter.ToInt64(new[] { value[7], value[6], value[5], value[4], value[3], value[2], value[1], value[0] }, 0));
default:
throw new ArgumentException("Invalid value length: " + value.Length);
}
可变长度的值是一个包含字节数据的字节数组存储在磁盘上。如果长度是0，没有东西存储因此我们知道他的值为0。
对于每一个剩余的有效长度，简单的使用最小的显示值作为偏移并且添加上存储的值
对于非压缩值我们可以使用BitConverter 类直接将输入值使用系统字节序转为期望值，对于大多数的英特尔和AMD系统，一般都是小字节序（意味着OrcaMDF 不会运行在一个大字节序的系统上）。然而，当压缩值使用大字节序进行压缩，我必须重新映射输入的数组为小端字节格式，并且在字节尾补上0 以便匹配short，int和long的大小
对于shorts和ints 我将无符号数值读取进来，因为这是我所感兴趣的。工作原理是将int 和uint强制转换为long值。我不能对long类型做同样的事情因为没有其他数据类型比long 更大了。对于long的最大值为9.223.372.036.854.775.807，在磁盘里实际存储为0xFFFFFFFFFFFFFFFF。解析有符号long型使用BitConverter得出的结果 -1 由于会导致溢出。由于额外的负数溢出这有可能会导致出错
-9.223.372.036.854.775.808 + 0xFFFFFFFFFFFFFF => -9.223.372.036.854.775.808 + -1 = 9.223.372.036.854.775.807
结论
通常我有很多的有趣的尝试通过执行一个select语句去找出数值在磁盘上以哪一个字节结束。
这不会花很长的时间去实现，技术内幕的书只是作为引导，还有很多东西需要我们深入挖掘
第十三篇完
热心网友
时间：2022-05-04 16:17
在SQL Server 中每个变量、参数、表达式等都有数据类型。系统提供的数据类型分为几大类，如表4-2 所示。
其中，BIGINT、 SQL_VARIANT 和TABLE 是SQL Server 2000 中新增加的3 种数据类型。下面分类讲述各种数据类型。
4.3.1 整数数据类型
整数数据类型是最常用的数据类型之一。
1、INT （INTEGER）
INT （或INTEGER）数据类型存储从-2的31次方 （-2 ，147 ，483 ，648） 到2的31次方-1 （2 ，147 ，483，647） 之间的所有正负整数。每个INT 类型的数据按4 个字节存储，其中1 位表示整数值的正负号，其它31 位表示整数值的长度和大小。
2、SMALLINT
SMALLINT 数据类型存储从-2的15次方（ -32， 768） 到2的15次方-1（ 32 ，767 ）之间的所有正负整数。每个SMALLINT 类型的数据占用2 个字节的存储空间，其中1 位表示整数值的正负号，其它15 位表示整数值的长度和大小。
3、TINYINT
TINYINT数据类型存储从0 到255 之间的所有正整数。每个TINYINT类型的数据占用1 个字节的存储空间。
4、BIGINT
BIGINT 数据类型存储从-2^63 （-9 ，223， 372， 036， 854， 775， 807） 到2^63-1（ 9， 223， 372， 036 ，854 ，775， 807） 之间的所有正负整数。每个BIGINT 类型的数据占用8个字节的存储空间。
4.3.2 浮点数据类型
浮点数据类型用于存储十进制小数。浮点数值的数据在SQL Server 中采用上舍入（Round up 或称为只入不舍）方式进行存储。所谓上舍入是指，当（且仅当）要舍入的数是一个非零数时，对其保留数字部分的最低有效位上的数值加1 ，并进行必要的进位。若一个数是上舍入数，其绝对值不会减少。如：对3.14159265358979 分别进行2 位和12位舍入，结果为3.15 和3.141592653590。
1、REAL 数据类型
REAL数据类型可精确到第7 位小数，其范围为从-3.40E -38 到3.40E +38。 每个REAL类型的数据占用4 个字节的存储空间。
2、FLOAT
FLOAT数据类型可精确到第15 位小数，其范围为从-1.79E -308 到1.79E +308。 每个FLOAT 类型的数据占用8 个字节的存储空间。 FLOAT数据类型可写为FLOAT[ n ]的形式。n 指定FLOAT 数据的精度。n 为1到15 之间的整数值。当n 取1 到7 时，实际上是定义了一个REAL 类型的数据，系统用4 个字节存储它；当n 取8 到15 时，系统认为其是FLOAT 类型，用8 个字节存储它。
3、DECIMAL
DECIMAL数据类型可以提供小数所需要的实际存储空间，但也有一定的*，您可以用2 到17 个字节来存储从-10的38次方-1 到10的38次方-1 之间的数值。可将其写为DECIMAL[ p [s] ]的形式，p 和s 确定了精确的比例和数位。其中p 表示可供存储的值的总位数（不包括小数点），缺省值为18； s 表示小数点后的位数，缺省值为0。 例如：decimal （15 5），表示共有15 位数，其中整数10 位，小数5。
4、NUMERIC
NUMERIC数据类型与DECIMAL数据类型完全相同。
注 意：SQL Server 为了和前端的开发工具配合，其所支持的数据精度默认最大为28位。但可以通过使用命令来执行sqlserver.exe程序以启动SQL Server，可改变默认精度。命令语法如下：SQLSERVR[/D master_device_path][/P precisim_leve1]
例: 用最大数据精度38 启动SQL Server
sqlservr /d c:\ Mssql2000\data\master.dat /p38
/*在使用了/P 参数后,如果其后没有指定具体的精度数值,则默认为38 位./*
4.3.3 二进制数据类型
1、BINARY
BINARY 数据类型用于存储二进制数据。其定义形式为BINARY（ n）， n 表示数据的长度，取值为1 到8000 。在使用时必须指定BINARY 类型数据的大小，至少应为1 个字节。BINARY 类型数据占用n+4 个字节的存储空间。在输入数据时必须在数据前加上字符“0X” 作为二进制标识，如：要输入“abc ”则应输入“0xabc ”。若输入的数据过长将会截掉其超出部分。若输入的数据位数为奇数，则会在起始符号“0X ”后添加一个0，如上述的“0xabc ”会被系统自动变为“0x0abc”。
2、VARBINARY
VARBINARY数据类型的定义形式为VARBINARY（n）。 它与BINARY 类型相似，n 的取值也为1 到8000， 若输入的数据过长，将会截掉其超出部分。不同的是VARBINARY数据类型具有变动长度的特性，因为VARBINARY数据类型的存储长度为实际数值长 度+4个字节。当BINARY数据类型允许NULL 值时，将被视为VARBINARY数据类型。
一般情况下，由于BINARY 数据类型长度固定，因此它比VARBINARY 类型的处理速度快。
4.3.4 逻辑数据类型
BIT： BIT数据类型占用1 个字节的存储空间，其值为0 或1 。如果输入0 或1 以外的值，将被视为1。 BIT 类型不能定义为NULL 值（所谓NULL 值是指空值或无意义的值）。
4.3.5 字符数据类型
字符数据类型是使用最多的数据类型。它可以用来存储各种字母、数字符号、特殊符号。一般情况下，使用字符类型数据时须在其前后加上单引号’或双引号” 。
1 CHAR
CHAR 数据类型的定义形式为CHAR[ （n） ]。 以CHAR 类型存储的每个字符和符号占一个字节的存储空间。n 表示所有字符所占的存储空间，n 的取值为1 到8000， 即可容纳8000 个ANSI 字符。若不指定n 值，则系统默认值为1。 若输入数据的字符数小于n，则系统自动在其后添加空格来填满设定好的空间。若输入的数据过长，将会截掉其超出部分。
2、NCHAR
NCHAR数据类型的定义形式为NCHAR[ （n） ]。 它与CHAR 类型相似。不同的是NCHAR数据类型n 的取值为1 到4000。 因为NCHAR 类型采用UNICODE 标准字符集（CharacterSet）。 UNICODE 标准规定每个字符占用两个字节的存储空间，所以它比非UNICODE 标准的数据类型多占用一倍的存储空间。使用UNICODE 标准的好处是因其使用两个字节做存储单位，其一个存储单位的容纳量就大大增加了，可以将全世界的语言文字都囊括在内，在一个数据列中就可以同时出现中文、 英文、法文、德文等，而不会出现编码冲突。
3、VARCHAR
VARCHAR数据类型的定义形式为VARCHAR [ （n） ]。 它与CHAR 类型相似，n 的取值也为1 到8000， 若输入的数据过长，将会截掉其超出部分。不同的是，VARCHAR数据类型具有变动长度的特性，因为VARCHAR数据类型的存储长度为实际数值长度，若 输入数据的字符数小于n ，则系统不会在其后添加空格来填满设定好的空间。
一般情况下，由于CHAR 数据类型长度固定，因此它比VARCHAR 类型的处理速度快。
4、NVARCHAR
NVARCHAR数据类型的定义形式为NVARCHAR[ （n） ]。 它与VARCHAR 类型相似。不同的是，NVARCHAR数据类型采用UNICODE 标准字符集（Character Set）， n 的取值为1 到4000。
4.3.6 文本和图形数据类型
这类数据类型用于存储大量的字符或二进制数据。
1、TEXT
TEXT数据类型用于存储大量文本数据，其容量理论上为1 到2的31次方-1 （2， 147， 483， 647）个字节，在实际应用时需要视硬盘的存储空间而定。
SQL Server 2000 以前的版本中，数据库中一个TEXT 对象存储的实际上是一个指针，它指向一个个以8KB （8192 个字节）为单位的数据页（Data Page）。 这些数据页是动态增加并被逻辑链接起来的。在SQL Server 2000 中，则将TEXT 和IMAGE 类型的数据直接存放到表的数据行中，而不是存放到不同的数据页中。 这就减少了用于存储TEXT 和IMA- GE 类型的空间，并相应减少了磁盘处理这类数据的I/O 数量。
2 NTEXT
NTEXT数据类型与TEXT.类型相似不同的,是NTEXT 类型采用UNICODE 标准字符集(Character Set), 因此其理论容量为230-1(1, 073, 741, 823)个字节。
3 IMAGE
IMAGE数据类型用于存储大量的二进制数据Binary Data。 其理论容量为2的31次方-1(2,147,483,647)个字节。其存储数据的模式与TEXT 数据类型相同。通常用来存储图形等OLE Object Linking and Embedding，对象连接和嵌入）对象。在输入数据时同BINARY数据类型一样，必须在数据前加上字符“0X”作为二进制标识
4.3.7 日期和时间数据类型
1 DATETIME
DATETIME 数据类型用于存储日期和时间的结合体。它可以存储从公元1753 年1 月1 日零时起到公元9999 年12 月31 日23 时59 分59 秒之间的所有日期和时间，其精确度可达三百分之一秒，即3.33 毫秒。DATETIME 数据类型所占用的存储空间为8 个字节。其中前4 个字节用于存储1900 年1 月1 日以前或以后的天数，数值分正负，正数表示在此日期之后的日期，负数表示在此日期之前的日期。后4 个字节用于存储从此日零时起所指定的时间经过的毫秒数。如果在输入数据时省略了时间部分，则系统将12:00:00:000AM作为时间缺省值：如果省略 了日期部分，则系统将1900 年1 月1 日作为日期缺省值。
2 SMALLDATETIME
SMALLDATETIME 数据类型与DATETIME 数据类型相似，但其日期时间范围较小，为从1900 年1 月1 日到2079 年6 月6：日精度较低，只能精确到分钟，其分钟个位上为根据秒数四舍五入的值,即以30 秒为界四舍五入。如：DATETIME 时间为14:38:30.283
时SMALLDATETIME 认为是14:39:00 SMALLDATETIME 数据类型使用4 个字节存储数据。其中前2 个字节存储从基础日期1900 年1 月1 日以来的天数，后两个字节存储此日零时起所指定的时间经过的分钟数。
下面介绍日期和时间的输入格式
日期输入格式
日期的输入格式很多大致可分为三类：
英文+数字格式
此类格式中月份可用英文全名或缩写，且不区分大小写；年和月日之间可不用逗号；
年份可为4 位或2 位；当其为两位时，若值小于50 则视为20xx 年，若大于或等于50 则
视为19xx 年；若日部分省略，则视为当月的1号。以下格式均为正确的日期格式：
June 21 2000 Oct 1 1999 January 2000 2000 February
2000 May 1 2000 1 Sep 99 June July 00
数字+分隔符格式
允许把斜杠（/）、连接符（-）和小数点（.）作为用数字表示的年、月、日之间的分
隔符。如：
YMD：2000/6/22 2000-6-22 2000.6.22
MDY：3/5/2000 3-5-2000 3.5.2000
DMY：31/12/1999 31-12-1999 31.12.2000
纯数字格式
纯数字格式是以连续的4 位6、位或8 位数字来表示日期。如果输入的是6 位或8 位
数字，系统将按年、月、日来识别，即YMD 格式，并且月和日都是用两位数字来表示：
如果输入的数字是4 位数，系统认为这4 位数代表年份,其月份和日缺省为此年度的1 月
1 日。如:
20000601---2000 年6 月1 日 991212---1999 年12 月12 日 1998---1998 年 ????
时间输入格式
在 输入时间时必须按“小时、分钟、秒、毫秒”的顺序来输入。在其间用冒号“：”隔开。但可将毫秒部分用小数点“.” 分，隔其后第一位数字代表十分之一秒，第二位数字代表百分之一秒，第三位数字代表千分之一秒。当使用12 小时制时用AM。am 和PM（pm）分别指定时间是午前或午后，若不指定，系统默认为AM。AM 与PM 均不区分大小写。如：
3:5:7.2pm---下午3 时5 分7 秒200 毫秒
10:23:5.123Am---上午10 时23 分5 秒123 毫秒
可以使用SET DATEFORMAT 命令来设定系统默认的日期-时间格式。
4.3.8 货币数据类型
货币数据类型用于存储货币值。在使用货币数据类型时，应在数据前加上货币符号，系统才能辨识其为哪国的货币，如果不加货币符号，则默认为“￥”。
1 MONEY
MONEY 数据类型的数据是一个有4 位小数的DECIMAL 值，其取值从-2的63次方（-922，337，203，685，477.5808到2的63次方 -1（+922，337，203，685，477.5807），数据精度为万分之一货币单位。MONEY 数据类型使用8个字节存储。
2 SMALLMONEY
SMALLMONEY数据类型类似于MONEY 类型，但其存储的货币值范围比MONEY数据类型小,其取值从-214,748.3648到+214,748.3647,存储空间为4 个字节。
4.3.9 特定数据类型
SQL Server 中包含了一些用于数据存储的特殊数据类型。
1 TIMESTAMP
TIMESTAMP数据类型提供数据库范围内的惟一值此类型相当于BINARY8或VARBINARY（8），但当它所定义的列在更新或插入数据行时，此 列的值会被自动更新，一个计数值将自动地添加到此TIMESTAMP数据列中。每个数据库表中只能有一个TIMESTAMP数据列。如果建立一个名为 “TIMESTAMP”的列，则该列的类型将被自动设为TIMESTAMP数据类型。
2 UNIQUEIDENTIFIER
UNIQUEIDENTIFIER 数据类型存储一个16 位的二进制数字。此数字称为（GUIDGlobally Unique Identifier ，即全球惟一鉴别号）。此数字由SQLServer 的NEWID函数产生的全球惟一的编码，在全球各地的计算机经由此函数产生的数字不会相同。
4.3.10 用户自定义数据类型
SYSNAME SYSNAME 数据类型是系统提供给用户的，便于用户自定义数据类型。它被定义为NVARCHAR（128），即它可存储128个UNICODE字符或256个一般字符。4.3.11 新数据类型
SQL Server 2000 中增加了3 种数据类型：BIGINT、SQL_VARIANT和TABLE。其中BIGINT数据类型已在整数类型中介绍，下面介绍其余两种：
1 SQL_VARIANT
SQL_VARIANT数据类型可以存储除文本、图形数据（TEXT、NTEXT、IMAGE）和TIMESTAMP类型数据外的其它任何合法的SQL Server数据。此数据类型大大方便了SQL Server的开发工作。
2 TABLE
TABLE 数据类型用于存储对表或视图处理后的结果集。这一新类型使得变量可以存储一个表，从而使函数或过程返回查询结果更加方便快捷。 《希望对你有所帮助》
热心网友
时间：2022-05-04 17:35
代码如下:
/// 将文件流写入数据库
/// </summary>
/// <param name="filePath">存入数据库文件的路径</param>
/// <param
name="id">数据库中插入文件的行标示符ID</param>
///
<returns></returns>
public int UploadFile(string filePath,
string id)
{
byte[] buffer = null;
int result = 0;
if
(!string.IsNullOrEmpty(filePath))
{
String file =
HttpContext.Current.Server.MapPath(filePath);
buffer =
File.ReadAllBytes(file);
using (SqlConnection conn = new
SqlConnection(DBOperator.ConnString))
{
using (SqlCommand cmd =
conn.CreateCommand())
{
cmd.CommandText = "update
DomesticCompanyManage_Main_T set ZBDocumentFile = @fileContents where MainID ='"
+ id + "'";;
cmd.Parameters.AddRange(new[]{
new
SqlParameter("@fileContents",buffer)
});
conn.Open();
result =
cmd.ExecuteNonQuery();
conn.Close();
}
}
return result;
}
else
return 0;
}
2、从数据库中将文件读出并建立相应格式的文件
从数据库中读取文件，只需根据所需的路径建立相应的文件，然后将数据库中存放的二进制流写入新建的文件就可以了
如果该目录下有同名文件，则会将原文件覆盖掉
代码如下:
//从数据库中读取文件流
//shipmain.Rows[0]["ZBDocument"],文件的完整路径
//shipmain.Rows[0]["ZBDocumentFile"],数据库中存放的文件流
if
(shipmain.Rows[0]["ZBDocumentFile"] != DBNull.Value)
{
int arraySize =
((byte[])shipmain.Rows[0]["ZBDocumentFile"]).GetUpperBound(0);
FileStream fs
= new
FileStream(HttpContext.Current.Server.MapPath(shipmain.Rows[0]["ZBDocument"].ToString()),
FileMode.OpenOrCreate, FileAccess.Write);//由数据库中的数据形成文件
fs.Write((byte[])shipmain.Rows[0]["ZBDocumentFile"], 0, arraySize);
fs.Close();
}
热心网友
时间：2022-05-04 19:10
