SQL Server 2008连载之数据类型51CTO博客 - 乐橙lc8

SQL Server 2008连载之数据类型51CTO博客

2019年03月10日08时24分58秒 | 作者: 思真 | 标签: 类型,数据,存储 | 浏览: 1730

SQL Server 2008连载之数据类型

准确数字类型


   

decimal[ (p[ , s] )] 和 numeric[ (p[ , s] )]也称为带固定精度和小数位数的数值数据类型。

固定精度和小数位数。运用最大精度时,有效值从 - 10^38 +1 到 10^38 - 1。

p(精度)最多能够存储的十进制数字的总位数,包含小数点左面和右边的位数。该精度有必要是从 1 到最大精度 38 之间的值。默许精度为 18。

s (小数位数)小数点右边能够存储的十进制数字的最大位数。小数位数有必要是从 0 到 p 之间的值。仅在指定精度后才能够指定小数位数。默许的小数位数为 0;因而,0 <= s <= p。最大存储巨细依据精度而改变。

 

近似数字

float [ ( n ) ]

其间 n 为用于存储 float 数值尾数的位数(以科学记数法表明),因而能够断定精度和存储巨细。假如指定了 n,则它有必要是介于 1 和 53 之间的某个值。n 的默许值为 53。

 

日期和时刻


   

字符串

其他数据类型

 

下面咱们创立一张包括简直一切数据类型的表,然后依据

CREATE TABLE testDataType

(

  "bit"                bit,

  "tinyint"            tinyint,

  "smallint"           smallint,   

  "int"                int,   

  "bigint"             bigint,     

  "decimal(p,s)"       decimal(10,4),

  "numeric(p,s)"       numeric(10,6),

  "smallmoney"         smallmoney, 

  "money"              money,      

  "float"              float,

  "real"               real,

  "datetime"           datetime,     

  "date"               date,         

  "time"               time,         

  "smalldatetime"      smalldatetime,

  "datetime2"          datetime2,    

  "datetimeoffset"     datetimeoffset,

  "char(n)"            char(4),      

  "varchar(n)"         varchar(4),   

  "nchar(n)"           nchar(4),     

  "nvarchar(n)"        nvarchar(4),  

  "binary(n)"          binary(6),    

  "varbinary(n)"       varbinary(6), 

  "varchar(max)"       varchar(max), 

  "nvarchar(max)"      nvarchar(max),

  "varbinary(max)"     varbinary(max),

  "Text"               Text,         

  "Ntext"              Ntext,        

  "Image"              Image        

)

向各个字段刺进相应的数据值

INSERT INTO testDataType(

  "bit","tinyint","smallint","int","bigint",

  "decimal(p,s)","numeric(p,s)",

  "smallmoney","money",

  "float","real",

  "datetime","date","time",

  "smalldatetime","datetime2","datetimeoffset",

  "char(n)","varchar(n)","nchar(n)","nvarchar(n)",

  "binary(n)","varbinary(n)",

  "varchar(max)","nvarchar(max)","varbinary(max)",

  "Text","Ntext","Image"

)

SELECT

  1,123,12345,1234567890,1234567890123456789,

  987654.3210,9876.543210,

  123456.7890,123456789012345.6789,

  1234567890.1234567890,1234567890.1234567890,

  2010-01-01 23:59:59.123,2010-01-01,23:59:59. 1234567,

  2010-01-01 23:59:59,2010-01-01 23:59:59.1234567,2010-01-01 23:59:59.1234567 +12:00,

  abcd,abcd,王保强,王保强,

  CONVERT(BINARY,123456),CONVERT(BINARY,123456),

  1234567890,1234567890,CONVERT(BINARY,1234567890),

  1234567890,1234567890,1234567890

运用system_internals_allocation_units来获取该表的相关数据页

SELECT c.name,a.type_desc,

       total_pages,used_pages,data_pages,

       testdb.dbo.f_get_page(first_page) first_page_address,

       testdb.dbo.f_get_page(root_page) root_address,

       testdb.dbo.f_get_page(first_iam_page) IAM_address

  FROM sys.system_internals_allocation_units a,sys.partitions b,sys.objects c

 WHERE a.container_id=b.partition_id and b.object_id=c.object_id

   AND c.name in (testDataType)   

再运用dbcc page指令剖析相关页面信息

 

相关字段数据及其数据存储信息和存储字节阐明

关于bit、tinyint、smallint、int、bigint这类整型数据,应该是比较简单了解的,例如十进制数1234567890,换算成16进制为499602D2,在SQL Server中,数字的存储是需求倒置的,因而实践存储应为D2029649。

关于decimal(p,s)、numeric(p,s)的值分别为987654.3210、9876.543210,但二进制却均为01EA16B04C02000000,把9876543210换算成16进制为24CB016EA进行翻转,然后再加上符号位,即为01EA16B04C02000000;但很古怪两者没有存储小数方位,莫非需求暂时从数据字典中获取?

smallmoney用四个字节表明,存储的是与基数-214748.3648想减得到的数字再乘以10000后的二进制方式。Money用八个字节表明,存储的是与基数-922,337,203,685,477.5808想减得到的数字再乘以10000后的二进制方式。

float、real暂不知道

datetime类型的第一个 4 字节存储的是 base date(即 1900 年 1 月 1 日)之前或之后的天数;别的一个 4 字节存储以午夜后毫秒数所代表的每天的时刻。

smalldatetime 数据类型存储日期和每天的时刻,但准确度低于 datetime。第一个 2 字节存储 1900 年 1 月 1 日后的天数;别的一个 2 字节存储午夜后的分钟数。

date类型的3个字节存储的是base date(即 1900 年 1 月 1 日)之后的天数。

time类型的5个字节存储的是以午夜后100纳秒所代表的每天的时刻。

datetime2类型的前3字节存储的是 base date(即 1900 年 1 月 1 日)之前或之后的天数;别的一个 5 字节存储以午夜后100纳秒数所代表的每天的时刻。

关于char和varchar,存储的是该字符的ASCI码;双字节字符存储2位。

关于nchar和nvarchar,存储的UNICODE UCS-2 字符集的双字节。

版权声明
本文来源于网络,版权归原作者所有,其内容与观点不代表乐橙lc8立场。转载文章仅为传播更有价值的信息,如采编人员采编有误或者版权原因,请与我们联系,我们核实后立即修改或删除。

猜您喜欢的文章