MSSQL网站制作之关于日期的sql,做报表的时分大概有效!!...

操作被同步到从库上后，则主从都“回天无力”。



--失掉年代,日，季度

select
to_char(日期,yyyymmdd)DATE_ID,to_char(日期,yyyy)||年||to_char(日期,mm)||月||to_char(日期,dd)||日DATE_NAME,
to_char(日期,yyyymm)MONTH_ID,to_char(日期,yyyy)||年||to_char(日期,mm)||月MONTH_NAME,
Q||to_char(日期,q.yyyy)QUARTERID,to_char(日期,yyyy)||年第||to_char(日期,q)||季度QUARTERID_NAME,
to_char(日期,yyyy)YEAR_ID,to_char(日期,yyyy)||年YEAR_NAME
from(
selectto_date(2000-01-01,yyyy-mm-dd)+(rownum-1)日期fromuser_objectswhererownum<367andto_date(2000-01-01,yyyy-mm-dd)+(rownum-1)<to_date(2001-01-01,yyyy-mm-dd)
);





--失掉季度和月份对应干系

selectdistinctto_char(日期,q)季度,to_char(to_date(2001-01-01,yyyy-mm-dd)+(rownum-1),yyyymm)日期from(
selectto_date(2001-01,yyyy-mm)+(rownum-1)日期fromuser_objectswhererownum<367andto_date(2001-01-01,yyyy-mm-dd)+(rownum-1)<to_date(2002-01-01,yyyy-mm-dd)
);

--失掉一年中的天数

selectto_char(to_date(2000-01-01,yyyy-mm-dd)+(rownum-1),yyyy-mm-dd)日期fromuser_objectswhererownum<367andto_date(2000-01-01,yyyy-mm-dd)+(rownum-1)<to_date(2001-01-01,yyyy-mm-dd);
BDB源自BerkeleyDB，事务型数据库的另一种选择，支持COMMIT和ROLLBACK等其他事务特性

备份方面可能还是一个老大难的问题。不能单独备份几个表总是感觉不爽。灵活备份的问题不知道什么时候才能解决。

是要和操作系统进行Socket通讯的场景。否则建议慎重！

语句级快照和事务级快照终于为SQLServer的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照，如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时，会杀人的！

然后最好有实践机会，能够把实践到的和实践结合起来，其实理论思考是个非常困扰和痛苦的事情

比如，MicrosoftSQLServer2008的某一个版本可以满足现在的这个业务的需要，而且价格还比Oracle11g要便宜，那么这一产品就是适合的。

而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~

你可以简单地认为适合的就是好，不适合就是不好。