Orcale中常遇到的日期函数

(1)add_month()函数
add_month()函数有两个参数,第一个参数是日期,第二个参数是对日期进行加减的数字(以月为单位);
例如:select add_month(sysdate,3) from dual;表示的意思就是3个月以后的时间;
select add_month(sysdate,-3)from dual;表示的意思就是3个月前的时间;
(2)month_between()函数
month_between()函数有两个参数,两个参数都表示日期,用于计算两个日期之间有几个月;
例如:select month_between(to_date(‘2020-7-16’,‘yyyy-mm-dd’),to_date(‘2020-5-16’,‘yyyy-mm-dd’))as months from dual;结果是2,表示第一个日期比第二个日期晚两个月;
不同月份同一天返回的值是整数,不同月份不是同一天返回的值就带小数,计算方法是以每天按1/31个月份来算;
同理select month_between(to_date(‘2020-5-16’,‘yyyy-mm-dd’),to_date(‘2020-7-16’,‘yyyy-mm-dd’))as months from dual;结果为-2,表示第一个日期比第二个日期早两个月;
(3)next_day()函数
next_day()函数有两个参数,第一个参数为date类型,第两个参数为char类型的,next_day()函数的含义为指定下个星期几;
例:next_day(to_date(‘2020-7-16’,‘yyyy-mm-dd’),‘Monday’) 返回的结果就是下个星期一的日期,后边参数的星期几也可以用数字1-7来代替,不过数字1代表星期日,2代表星期一,也就是说数字从星期日开始计算1.2.3…;
需要注意的是如果前边的日期的星期数小于后边指定的星期数,那么返回的日期将是本周的日期,上边的例子,2020.7.16是星期四,后边指定的星期数为周一,结果是返回下周一也就是2020.7.20;如果说后边指定的星期数为周五,那么结果返回的日期将是2020.7.17,也就是当前日期的下一天
(4)to_date与to_char与to_number
to_date():作用就是将字符类型按一定格式转化为日期类型;
to_char():作用就是将日期转按一定格式换成字符类型;
to_number: 作用就是将字符串转换为数值型的格式
这三个函数就是简单转化函数,不做太多赘述。

这个错误信息表明,在尝试向数据库插入数据时,提供的日期值 `'12830-08-01 00:00:00'` 超出了 MySQL 中 `DATETIME` 或 `TIMESTAMP` 类型的有效范围。 ### 原因分析 1. **MySQL 的有效日期范围** - 对于 `DATE`, `DATETIME`, 和 `TIMESTAMP` 数据类型,有效的日期范围通常是: ``` 1000-01-01 到 9999-12-31 (对于 DATE/DATETIME) 1970-01-01 到 2038-01-19 (对于 TIMESTAMP) ``` 提供的日期 `'12830-08-01'` 远远超出了上述范围,因此无法存储到列 `end_date` 中。 2. **输入验证不足** 如果未对用户输入或程序生成的数据进行严格的校验,则可能导致这种无效日期进入数据库操作流程。 --- ### 解决方案 #### 方法一:修正数据源中的非法日期值 检查并修改导致该问题的具体记录。例如,如果你发现某个字段被误设为未来的极端年份(如12830),可以将其调整为合理的数值(比如当前时间或其他合法值)。示例 SQL 修改命令如下: ```sql UPDATE your_table_name SET end_date = '9999-12-31' WHERE id = problematic_id; ``` #### 方法二:在应用层添加数据验证逻辑 确保所有传递给数据库的操作都经过合法性检查,避免类似超出范围的情况发生。可以在代码中加入条件判断: ```python import datetime def validate_date(date_str): try: # 尝试解析字符串为标准格式,并限制最大日期不超过指定范围 dt_obj = datetime.datetime.strptime(date_str, '%Y-%m-%d %H:%M:%S') max_allowed_date = datetime.datetime(9999, 12, 31) # 最大允许日期设置 if dt_obj > max_allowed_date or dt_obj < datetime.datetime(1900, 1, 1): # 可选最小日期设置 raise ValueError("Date out of valid range") except Exception as e: print(f"Invalid date {date_str}: {e}") return False return True # 测试函数 test_dates = ["12830-08-01 00:00:00", "2024-05-20 12:30:00"] for d in test_dates: is_valid = validate_date(d) print(f"{d} -> {'Valid' if is_valid else 'Not Valid'}") ``` #### 方法三:更改表结构以适应更大范围的需求 如果业务场景确实需要处理非常遥远未来的时间点,考虑使用更大的容器替代默认的数据类型——将现有 DATETIME 改成 BIGINT 来直接保存 Unix 时间戳形式表示的大整数即可支持任意大小数字代表无限延伸时刻。 不过需注意这会牺牲掉一部分查询便利性和标准化规范优势! --- ### 总结建议 优先从源头解决问题,即保证正确的原始数据质量;其次增强系统健壮性的措施也很关键,包括但不限于前端界面提示、后端API接口约束以及SQL脚本层面的安全防护机制等多方面努力共同防范此类异常的发生概率降至最低限度之内。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值