高斯DWS数据库日期时间格式转换-数据质量

本文介绍了在项目中如何通过SQL的CASEWHEN语句和正则表达式对不同格式的时间日期字段进行规范化处理,以及如何标记格式不规范的数据。
摘要由CSDN通过智能技术生成

背景

在项目中有时候需要对时间日期字段进行规范化,比如业务时间各种各样格式的都有,甚至有部分存在不是日期时间格式,需要规范化字段和剔除掉不可用的脏数据;

思路

利用case when先将能匹配到的格式数据进行格式化,无法进行格式化的数据统一赋值为数据格式不规范;

代码

case 
 -- yyyymm
    when regexp_like(date_field,'^[0-9]{6}$') then to_char(to_date(date_field,'yyyyMM'),'yyyy-MM')
 -- yyyy
    when regexp_like(date_field,'^[0-9]{4}$') then to_char(to_date(date_field,'yyyy'),'yyyy')
 -- yyyy-M
    when REGEXP_LIKE(date_field, '^[0-9]{4}-[1-9]{1}$') then  to_char(to_date(date_field,'yyyy-MM'),'yyyy-MM')
 -- yyyy-MM
    when REGEXP_LIKE(date_field, '^[0-9]{4}-[0-9]{2}$') then  to_char(to_date(date_field,'yyyy-MM'),'yyyy-MM')
 -- yyyy年MM月
    when REGEXP_LIKE(date_field, '^[0-9]{4}年[0-9]{1,2}月$') then to_char(to_date(date_field,'yyyy年MM月'),'yyyy-MM')
 -- yyyy-MM-dd
    when REGEXP_LIKE(date_field, '^[0-9]{4}-[0-9]{2}-[0-9]{2}$') then date_field
 -- yyyy
    when REGEXP_LIKE(date_field, '^[0-9]{4}-[0-9]{2}-[0-9]{2} [0-9]{2}:[0-9]{2}:[0-9]{2}$') then date_field
 -- yyyy-mm-dd hh24:mi:ss
    when REGEXP_LIKE(date_field, '^[0-9]{4}/[0-9]{1,2}/[0-9]{1,2} [0-9]{1,2}:[0-9]{1,2}$') then TO_CHAR(TO_DATE(date_field, 'yyyy/mm/dd hh24:mi'), 'yyyy-mm-dd hh24:mi:ss')
 -- yyyy-mm-dd hh24:mi
    when REGEXP_LIKE(date_field, '^[0-9]{4}-[0-9]{2}-[0-9]{2} [0-9]{2}:[0-9]{2}$') then date_field
 -- mm/dd/yy
    when REGEXP_LIKE(date_field, '^\d{1,2}/\d{1,2}/\d{2}$') then TO_CHAR(TO_DATE(date_field, 'mm/dd/yy'), 'yyyy-mm-dd')
 -- YYYY-MM-DD HH24:MI:SS.MS
    when REGEXP_LIKE(date_field, '^[0-9]{4}-[0-9]{2}-[0-9]{2} [0-9]{2}:[0-9]{2}:[0-9]{2}\.[0-9]{1,6}') then  TO_CHAR(TO_TIMESTAMP(substring(date_field,1,19), 'YYYY-MM-DD HH24:MI:SS.MS'), 'yyyy-MM-dd hh24:mi:ss')
 -- YYYY-MM-DDTHH24:MI:SS.MS
    when REGEXP_LIKE(date_field, '^[0-9]{4}-[0-9]{2}-[0-9]{2}T[0-9]{2}:[0-9]{2}:[0-9]{2}\.[0-9]{3}\+[0-9]{2}:[0-9]{2}') 
        then concat(substring(date_field,1,10),' ',substring(date_field,12,8))
 -- yyyy/MM/dd
    when  REGEXP_LIKE(date_field, '^[0-9]{4}/[0-9]{2}/[0-9]{2}$') then  TO_CHAR(TO_DATE(date_field, 'yyyy/MM/dd'), 'yyyy-MM-dd') 
 -- yyyyMMdd
    when  REGEXP_LIKE(date_field, '^[0-9]{4}[0-9]{2}[0-9]{2}$') then  TO_CHAR(TO_DATE(date_field, 'yyyyMMdd'), 'yyyy-MM-dd')
    else '数据格式不规范' end ywsj_update 
  • 4
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
好的,我可以和你模拟一下DWS数据库会话阻塞的情况。 首先,我们需要理解什么是DWS数据库会话阻塞。当多个用户同时访问数据库时,如果其中一个用户的会话在执行某个长时间运行的操作时没有释放锁资源,那么其他用户的会话可能会被阻塞,无法执行他们的操作,这就是DWS数据库会话阻塞。 下面是一个简单的例子,我们可以通过创建两个会话模拟这种情况: Session 1: ``` BEGIN; SELECT * FROM table1 WHERE column1 = 'value1'; ``` Session 2: ``` BEGIN; UPDATE table1 SET column1 = 'new_value' WHERE column1 = 'value1'; ``` 在这个例子中,Session 1 和 Session 2 同时访问了 table1 表,Session 1 执行了一个 SELECT 操作并持有了锁资源,而 Session 2 执行了一个 UPDATE 操作,但需要等待 Session 1 释放锁资源才能继续运行。 现在我们可以模拟这个例子,打开两个终端窗口,分别使用 psql 连接到同一个 DWS 数据库: Terminal 1: ``` $ psql -h your_host_name -p your_port -U your_user_name -d your_database_name ``` Terminal 2: ``` $ psql -h your_host_name -p your_port -U your_user_name -d your_database_name ``` 在 Terminal 1 中,执行以下 SQL 语句: ``` BEGIN; SELECT * FROM table1 WHERE column1 = 'value1'; ``` 现在 Session 1 持有了锁资源并未释放。 在 Terminal 2 中,执行以下 SQL 语句: ``` BEGIN; UPDATE table1 SET column1 = 'new_value' WHERE column1 = 'value1'; ``` 此时,Session 2 需要等待 Session 1 释放锁资源才能继续运行。 这就是一个简单的模拟 DWS 数据库会话阻塞的例子。当然,在实际情况中,会话阻塞可能涉及更复杂的操作和多个会话之间的交互,需要更复杂的调试和解决方案。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

4935同学

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值