仓酷云

标题: MSSQL网页设计SQLSERVER处置工夫小结 [打印本页]

作者: 逍遥一派 时间: 2015-1-16 22:24
标题: MSSQL网页设计SQLSERVER处置工夫小结
Memory所有数据置于内存的存储引擎，拥有极高的插入，更新和查询效率。但是会占用和数据量成正比的内存空间。并且其内容会在Mysql重新启动时丢失server|sqlserver　在开辟数据库使用中，常常会碰到处置工夫的成绩，如查询指准时间的纪录等。上面就这些罕见的成绩，分离本人的一些履历，和人人切磋一下这类成绩。
　　起首先容一下，SQLServer里处置工夫的几个次要函数的用法：
getdate()函数：获得体系以后的日期和工夫。前往值为datetime范例的。
用法：getdate()
例子：
selectgetdate()asdte,dateadd(day,-1,getdate())asnowdat
输入了局：
dtenowdat

1999-11-2119:13:10.0831999-11-2019:13:10.083

(1row(s)affected)

datepart()函数：以整数的情势前往工夫的指定部分。
用法：datepart(datepart,date)
参数申明：datepart时要前往的工夫的部分，经常使用取值year、month、day、hour、minute。
date是所指定的工夫。

例子：
SELECTDATEPART(month,GETDATE())ASMonthNumber
输入了局：
MonthNumber

11

(1row(s)affected)

dateadd()函数：经由过程给指定的工夫的指定部分加上一个整数值以前往一个新工夫值。
用法：dateadd(datepart,number,date)
参数申明：datepart(同上）
date(同上)
number要增添的值，整型，可正可负，正值前往date以后的工夫值，负值前往date
之前的工夫值

例子：
selectgetdate()astoday
selectdateadd(day,-1,getdate())
selectdateadd(day,1,getdate())
输入：
today

1999-11-2119:42:41.410

(1row(s)affected)

yesterday

1999-11-2019:42:41.410

(1row(s)affected)

tomorrow

1999-11-2219:42:41.410

(1row(s)affected)

datediff()函数：前往两个工夫以指准时间部分来盘算的差值。前往整数值。如1991-6-12和1991-6-21之间以天
来算相差9天,1998-6-12和1999-6-23按年算相差1年，1999-12-1和1999-3-12按月算相差9个月
用法：datediff(darepart,date1,date2)
参数申明：datepart（同上)
date1、date2(同上date)
例子：
selectdatediff(month,1991-6-12,1992-6-21)asa
输入：
a

12

(1row(s)affected)
使为了数据安全，我们搭建了主从。但实时主从备份只能防止硬件问题，比如主库的硬盘损坏。但对于误操作，则无能为力。比如在主库误删一张表，或者一个update语句没有指定where条件，导致全表被更新。

作者: 山那边是海 时间: 2015-1-19 10:57
原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。

作者: 变相怪杰 时间: 2015-1-25 14:47
每天坚持做不一样的是，认真做笔录，定时复习。一个月你就可以有一定的收获。当然如果你想在sql方面有一定的造诣，你少不了需要看很多很多的书籍了。

作者: 精灵巫婆 时间: 2015-2-2 22:33
这一点很好的加强了profiler的功能。但是提到profiler提醒大家注意一点。windows2003要安装sp1补丁才能启动profiler。否则点击没有反应。

作者: 再见西城 时间: 2015-2-8 17:04
作了些试验，发现使用CLR的存储过程或函数在达到一定的阀值的时候，系统性能会呈指数级下滑！这是非常危险的！只使用几个可能没有问题，当一旦大规模使用会造成严重的系统性能问题！

作者: 不帅 时间: 2015-2-25 21:40
微软对CLR作了大篇幅的宣传，这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜，感觉对象数据库的一些概念可以实现了。

作者: 灵魂腐蚀 时间: 2015-3-8 06:16
还不是性能有问题！否则面向对象的数据库早就实现了！建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法，并且用到了大量的指针和高级数据模型。

作者: 简单生活 时间: 2015-3-15 21:17
你觉得我的非分区索引无法对起子分区，你可以提醒我一下呀！没有任何的提醒，直接就变成了非分区表。不知道这算不算一个bug。大家也可以试试。

作者: 冷月葬花魂 时间: 2015-3-22 04:59
个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。

欢迎光临仓酷云 (http://ckuyun.com/)