首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Oracle SQL:在比较前一天的结果时排除周末

Oracle SQL是一种关系型数据库管理系统,用于管理和处理大量结构化数据。它提供了强大的查询语言和功能,可以用于数据的存储、检索、更新和删除等操作。

在比较前一天的结果时排除周末,可以使用Oracle SQL中的日期函数和条件语句来实现。以下是一个示例查询:

代码语言:txt
复制
SELECT *
FROM your_table
WHERE date_column = TRUNC(SYSDATE) - CASE
    WHEN TO_CHAR(SYSDATE, 'Dy', 'NLS_DATE_LANGUAGE=American') = 'Fri' THEN 3
    WHEN TO_CHAR(SYSDATE, 'Dy', 'NLS_DATE_LANGUAGE=American') = 'Sat' THEN 2
    ELSE 1
END;

在上述查询中,your_table是要查询的表名,date_column是包含日期的列名。TRUNC(SYSDATE)用于获取当前日期的零点时间,然后通过条件语句判断当前日期是周五还是周六,如果是周五则减去3天,如果是周六则减去2天,否则减去1天。这样就可以得到前一天的日期,并且排除了周末。

对于Oracle SQL的更多详细信息和用法,可以参考腾讯云的相关产品和文档:

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

"清华-腾讯联合实验室"针对疫情的分析17:全国现有确诊病例五连降,武汉疫情依旧胶着

文章转自:腾讯医典 国家卫健委发布的2月22日的疫情数据,武汉疫情又有反复,新增病例为541日,较前日有反弹。全国疫情防控形势仍在好转,现有确诊病例实现五连降。 下面我们通过扩散指数[1]和消亡指数[2]对22日的疫情数据进行客观的分析。 解读要点: (1)武汉疫情反复,新增病例数反弹。 (2)全国现有确诊病例五连降,非湖北新增创新低。 (3)北京疫情防控需加强。 武汉疫情反复,新增病例数反弹 今天公布的疫情数据显示,武汉疫情出现反复,新增病例541例,较前两天有大幅上升。 图1是武汉的扩散指数和消亡指数

02

Jsp中EL表达式不解析问题

前一天晚上写好的JSP页面,然后发布在Tomcat上面之后,一切正常。第二天早上打开之后,发现css样式始终加载不出来,刚开始以为网速问题(前一天晚上测试一切正常,因此排除代码问题),测试网络一切正常,这就跟尴尬了,那css加载不出来是什么意思,难不成遇见鬼了?于是在发布后的页面检查代码,发现页面没有解析EL表达式,找到问题就想办法解决,于是开始折腾,最终还是找到了解决办法,是因为JSP页面的 isELIgnored=“False”默认为True了,What Fuck 以前写Jsp页面从来都没有禁止过这些,这次真的是活见鬼了。如果出现EL表达式不解析,请重新设置isELIgnored=“False”,即可解决问题。

01

"清华-腾讯联合实验室"针对疫情的分析13:全国现有确诊病例数首次下降,武汉疫情仍未能得到有效控制

文章转自:腾讯医典 国家卫健委发布的2月18日的疫情数据,有2个特点引起广泛关注,全国现有确诊病例数峰值已过,较前天下降211人;湖北省除武汉以外的其他城市疫情全面消退,现有确诊病例数均减少。 但是武汉疫情仍处胶着状态,扩散指数仍较高,疫情防控压力大。下面我们通过扩散指数[1]和消亡指数[2]对数据进行客观的分析。 解读要点: (1)全国现有确诊病例数首次下降,现有确诊病例数的峰值已过。 (2)湖北非武汉地区疫情得到全面控制,新增病例仅33人。 (3)武汉扩散指数上升、疫情的扩散未得到根本性控制。 全国现

03

分布式数据仓库最佳实践:讨论帖1:ETL异常情况下载,数据重载策略和机制

守护撤回了一条消息 【潜水】 A 2019/1/15 8:50:46 之前的做法是先卸数到数据文件,如果调度出问题,第二天还可以从数据文件再重新把数据加载上去,还有什么其他的方法吗 【话唠】B 2019/1/15 8:53:04 增量数据,还是全量 【话唠】B 2019/1/15 8:54:27 源库数据归档备份几天呢,这方法可行? 【潜水】A 2019/1/15 9:08:21 有的增量有的全量,考虑在不动源库的情况下,源库可能已经有备份机制,在仓库也考虑一下这个情况的处理~ 【活跃】C  2019/1/15 9:26:16 ETL不应该都支持重跑历史么? 前一天挂了,第二天重跑一下就好了,只要调度工具支持重跑,ETL的代码也要写成支持重跑的。 【冒泡】D 2019/1/15 9:51:28 Indeed 贴源缓冲+作业重跑机制,一般是调度要支持N次自动失败重跑。 【话唠】B  2019/1/15 9:54:37 @C 它这是从源库抽取到ods,正常业务系统源库不保存历史,只保留最新的,如果是ods到dwd,在仓库里,当然可以重跑。 【话唠】B 2019/1/15 9:56:31 n次自动失败重跑,作业预警,发短信,邮件? 【潜水】A 2019/1/15 10:04:03 @ 是的,只能支持库内重跑,源库只有最新 【潜水】A 2019/1/15 10:05:36 @ @ 现在确实没有失败自动重跑的机制,考虑加一下,请问下你们做etl一般会做卸数到数据文件,备份数据文件的操作吗 【潜水】A 2019/1/15 10:08:05 其实可以直接不用卸数可以直接从源库加载带仓库,但是考虑一个异常情况和数据的备份,为了更安全,加上卸数到数据文件的操作,一般有没有必要呢想了解一下 【冒泡】E 2019/1/15 10:11:48 @A 一般都是要卸载为文件,源库是不断变化的,你的度量会丢失 【群主】北京-胖子哥(1106110976) 2019/1/15 10:12:21 这个里面就可以看到ODS的价值了。 ODS存储短周期,贴源数据 【话唠】B 2019/1/15 10:20:15  @A 你们的源业务系统库,都是啥数据库啊,mysql还是oracle或者其它mongodb,redis,hbase啥的 【冒泡】K 2019/1/15 10:23:30 混杂,Ora、GP、TD都有 【活跃】G  2019/1/15 10:24:32 你讲的是源库到ods当天任务没成功,第二天跑就丢掉了历史变更? 【冒泡】K 2019/1/15 10:27:23 对 【潜水】A 2019/1/15 10:28:02 源是oracle @ 对,第二天源业务库数据就变了,已经无法从源库取到前一天的数据了 【活跃】C 2019/1/15 10:42:11 你举个场景,看看大家有什么想法,我们很多时候中间状态可以不要 【潜水】A  10:55:19 比如由于源库的表结构变了,没有同步修改仓库;源库有异常的数据加载到仓库出错了;或者源库数据量太大数据加载时候出错了。就是一些比较异常的情况,可能有的也不会发生,就是怕一旦发生什么想象不到的情况,导致某些表的数据没有加载过来,还没有在当天及时处理。 【话唠】B  10:58:53 你们数仓也是基于hive的吗 【话唠】B  11:00:55 我们这边权限控制严格,普通用户没有删表,删字段权限。如果源库做变更了增加字段了,必须发邮件,看看上下游是否有影响,再做同步变更。 【话唠】B 11:02:42 etl报错是难免的,及时的预警,处理,因为各种问题,可以维护个问题集,后边的人报错了,也可以查看。 【潜水】J  11:04:05 源系统变更一般都会做影响分析的吧 【潜水】A  11:18:22 对  是基于hive的   源库的变化都会做影响分析 主要是考虑一些预想外的情况或者疏漏之类的 【潜水】A 11:23:10 非常感谢上面几位的分享建议,我都参考一下想一想

02
领券