关于ACCESS的日期类型字段比较的一点认识

最新推荐文章于 2025-08-16 10:21:41 发布

转载最新推荐文章于 2025-08-16 10:21:41 发布 · 547 阅读

1 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/railgunman/archive/2011/01/03/1924336.html

文章标签：

#数据库

本文详细介绍了在ACCESS数据库中进行日期时间字段比较的有效方法，包括使用CDATE函数和正确处理日期格式，避免直接字符比较带来的问题，确保日期范围查询的准确性。

ACCESS的日期时间比较，这是个较难办的东西，从前试过几次，都不是很成功，就只能将日期字段更改为字符类型，直接进行字符比较，现在又碰到了，经过反复测试，终于找到原因，在ACCESS的日期比较上面要用到CDATE的函数会比较方便一些。具体示例如下：
ADOQuery1.SQL.Text:=select * from tablename where ((cdate(PTime)>=cdate(:s3)) and (cdate(PTime)<=cdate(:s4)))';
ADOQuery1.Parameters.ParamValues['s3'] :=
FormatDateTime('YYYY-MM-DD 00:00:00', DateTimePicker1.DATE);
ADOQuery1.Parameters.ParamValues['s4'] :=
FormatDateTime('YYYY-MM-DD 23:59:59', DateTimePicker2.DATE);
ADOQuery1.Open;
数据库中日期字段的格式为常规日期（YYYY-MM-DD hh:nn:ss）单独进行日期比较就采用上面这个方法，否则在进行>=2005-10-26 and <=2005-10-26的同一天日期比较时，会找不到这一天的数据。
之前一直采用的是直接生成SQL语句的方式，生成的SQL语句虽然在ACCESS的查询中能正常操作，但一移到DELPHI来执行就是不行，提示错误信息：不正地定义参数对象。提供了不一致或不完整的信息。经朋友小李飞刀提醒，才发现是由于DELPHI把时间里的“：”及后面的值当成了变量参数来处理，所以执行不成功。遂改成带参数的方式再赋值后，语句就顺利通过了。
在直接赋日期类型的值时，一个是直接在值的前后加”＃“号，然后与数据库里的日期型字段比较。例 select * from tablename where ((cdate(PTime)>=＃2005-10-26#);
另一个方法就是将值赋进去后，通过ACCESS自已的CDATE函数来转换，就象上面那样，这样就可正常比较了。但无论采用哪种方式，都需要赋值的字符串符合日期型所允许的格式，若是直接20051026121000的字符串，加上“＃”号或CDATE函数都是一样无法正确转换成日期型的。

转载于:https://www.cnblogs.com/railgunman/archive/2011/01/03/1924336.html