163
- 浏览: 24620 次
- 性别:
-
文章列表
sysdate+(5/24/60/60) 在系统时间基础上延迟5秒
sysdate+5/24/60 在系统时间基础上延迟5分钟
sysdate+5/24 在系统时间基础上延迟5小时
sysdate+5 在系统时间基础上延迟5天
add_months(sysdate,-5) 在系统时间基础上延迟5月
add_months(sysdate,-5*12) 在系统时间基础上延迟5年
上月末的日期：select last_day(add_months(sysdate, -1)) from dual;
本月的最后一秒：select trunc(add_months(sysdate,1),'M ...
- 2007-01-26 18:42
- 浏览 3812
- 评论(0)
最近在考虑是否把网页都改版成div+css的。所以在网上收集了此篇文章,和大家分享.
作为一个热门技术，CSS的发展的确有些缓慢。CSS最早被提议在1994年，最早被浏览器支持在1996年，CSS一直被力捧为传统的以HTML为基础的web代码的继 ...
- 2007-01-04 12:40
- 浏览 1691
- 评论(0)
需求： 现在要设计 3 个 DAO 分对 Wind, Horse, Cow 进行增、删、改以及一些其他操作。
设计一：
代码
Public interface WindDao {
public void create(Wind obj);
public void delete(Wind obj);
public void update(Wind obj);
public void other(Wind obj);
}
...
- 2006-12-18 12:53
- 浏览 1928
- 评论(0)
DAO:::::DAO实现对数据库的操作.
SERVICE::::::Service实现业务逻辑的封装，数据库操作只是业务逻辑的一部分而已。
但是在实际应用中，建议使用Service+DAO，看似麻烦些，但分层能相对清晰一点。
总之,我还是很喜欢把DAO和SERVICE分开的。这样起码以后容易扩展并且看起来逻辑清晰.
看过的一篇帖子说:比如现在用hibernate 以后可能改为jdbc或者其他的也比较方便,SERVICE是单纯的进行业务逻辑处理调用DAO来持久数据,所以DAO和SERVICE还是应该要独立的！
http://www.iteye.com/topic/11712
以下是我看到的一个帖 ...
- 2006-12-17 16:12
- 浏览 6118
- 评论(0)
DAO(Database Access Object),顾名思义就是数据库访问接口,也就是和数据库打交道操作对象.而这些操作往往可以从系统的业务逻辑中独立出来,从而使系统中的数据库操作变得统一和简单化(相对于数据库具体操作混合业务逻辑操作),而且也可以使得系统在和数据库交互出错时,更快的定位问题.
总而言之,我觉得,使用DAO的目的是,将数据控制层和业务逻辑控制层分离开,这样不仅更有利于项目开发时的功能划分和工作分配(负责数据层的人员只注重数据操作,负责业务逻辑控制的开发人员只关注业务逻辑,使得各人的分工简化明晰),在项目维护时也更容易定位和解决问题.
我对DAO层的理解是：DAO层只对数据访 ...
- 2006-12-16 23:00
- 浏览 5992
- 评论(2)