程序开发: Oracle各种日期计算方法(收藏)
一个月的第一天
代码 (双击代码复制到粘贴板)
SELECT to_date(to_char(SYSDATE,'yyyy-mm')||'-01','yyyy-mm-dd')
from dual
sysdate 为数据库服务器的当前系统时间。
to_char 是将日期型转为字符型的函数。
to_date 是将字符型转为日期型的函数，一般使用 yyyy-mm-dd hh24:mi:ss格式，当没有指定时间部分时，则默认时间为 00:00:00
dual 表为sys用户的表，这个表仅有一条记录，可以用于计算一些表达式，如果有好事者用 sys 用户登录系统，然后在 dual 表增加了记录的话，那么系统99.999%不能使用了。为什么使用的时候不用 sys.dual 格式呢，因为 sys 已经为 dual 表建立了所有用户均可使用的别名。
一年的第一天
代码 (双击代码复制到粘贴板)
SELECT to_date(
to_char(SYSDATE,'yyyy')||'-01-01','yyyy-mm-dd'
)
from dual
季度的第一天
代码 (双击代码复制到粘贴板)
SELECT to_date(
to_char(SYSDATE,'yyyy-')||
lpad(floor(to_number(to_char(SYSDATE,'mm'))/3)*3+1,2,'0')||
'-01',
'yyyy-mm-dd')
from dual
floor 为向下取整
lpad 为向左使用指定的字符扩充字符串，这个扩充字符串至2位，不足的补'0'。
当天的半夜
SELECT trunc(SYSDATE)+1-1/24/60/60
from dual
trunc 是将 sysdate 的时间部分截掉，即时间部分变成 00:00:00
Oracle中日期加减是按照天数进行的，所以 +1-1/24/60/60 使时间部分变成了 23:59:59。
Oracle 8i 中仅支持时间到秒，9i以上则支持到 1/100000000 秒。
上个月的最后一天
代码 (双击代码复制到粘贴板)
SELECT trunc(last_day(add_months(SYSDATE,-1)))+1-1/24/60/60
from dual
add_months 是月份加减函数。
last_day 是求该月份的最后一天的函数。
本年的最后一天
代码 (双击代码复制到粘贴板)
SELECT trunc(
last_day(to_date(to_char(SYSDATE,'yyyy')||'-12-01','yyyy-mm-dd'))
)+1-1/24/60/60
from dual
本月的最后一天
代码 (双击代码复制到粘贴板)
select trunc(last_day(sysdate))+1-1/24/60/60
from dual
本月的第一个星期一
代码 (双击代码复制到粘贴板)
SELECT next_day(
to_date(to_char(SYSDATE,'yyyy-mm')||'-01','yyyy-mm-dd'),
'星期一'
)
相关文档：
在数据库启动2小时后，可以通过以下SQL来测试数据库性能
1. 缓冲区命中率:
缓冲区命中率表示在不需要进行磁盘访问的情况下在内存结构中找到常用数据块的频率
select (1-(sum(decode(name, 'physical reads',value,0))/(sum(decode(name, 'db block gets',value,0))
......
平时接触mysql较多，因为mysql在一般的小项目中够用了 开源而且免费。
很多公司需要oracle维护的，开发oracle甚至是二次开发在国内也比较少的，有甲骨文公司，谁敢和他们抢饭碗啊 哈哈 不过人家的收费蛮贵的，你如果有水平，吃点残羹的机会蛮多。 oracle的培训信息表达了市场需求。
（我在学校环境的猜想，专业人士来拍砖 ......
表是Oracle数据库最基本对像之一，它存储实际数据，由行和列组成一个二维表。
表和列的命名要求:
1.长度必须在30个字节之内，最短长度不能少1个字节
2.必须是字母开头
3.能包括字母、数值、下划线、货币符号。建议最好不要用货币符号
&n ......
收藏自某些高手的总结，不敢独享，与有缘来此者共享。
-----------------------------------------------------------------------------------
Oracle字符集问题总结
经常有同事咨询oracle数据库字符集相关的问题，如在不同数据库做数据迁移、同其它系统交换数据等，常常因为字符集不同而导致迁移失败或数据库内数据变� ......
