更新开始和结束日期,判断不和别的时间区间重叠

ati1990 2017-04-10 02:05:40
一张表中有开始时间(VALIDITY_START_DATE_UTC)和结束时间(VALIDITY_END_DATE_UTC),都是TIMESTAMP格式。页面进行更新操作,需要保证更新后的时间不能和现有的时间段重合,请问SQL如何写。

...全文
585 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
哎呦喂-腰疼 2018-08-13
  • 打赏
  • 举报
回复
在4楼层主的sql语句中加了这个条件 or STARTTIME between '2012-01-01' and '2099-09-01' or ENDTIME between '2012-01-01' and '2099-09-01' 经测试是可以的,如果还有什么问题的话欢迎大家提出。
select count(*)
from MNG_EXCHANGERATE
WHERE '2012-01-01' between STARTTIME and ENDTIME or '2099-09-01' between STARTTIME and ENDTIME
or STARTTIME between '2012-01-01' and '2099-09-01' or ENDTIME between '2012-01-01' and '2099-09-01'
哎呦喂-腰疼 2018-08-13
  • 打赏
  • 举报
回复
4楼层主写的sql少判断了一种情况 我的数据库中的时间段为
2018-07-31 00:00:00.000 2018-08-30 00:00:00.000
2018-09-02 00:00:00.000 2018-09-20 00:00:00.000
2018-06-02 00:00:00.000 2018-07-30 00:00:00.000
使用层主的sql查询 2001-01-01 至2099-09-01还是会返回0(不重复) 实际应该返回1(重复)
select count(*)
from MNG_EXCHANGERATE
WHERE '2001-01-01' between STARTTIME and ENDTIME or '2099-09-01' between STARTTIME and ENDTIME
ati1990 2017-04-10
  • 打赏
  • 举报
回复
引用 4 楼 wmxcn2000 的回复:
-- 这个结果 > 0 时,有冲突, = 0 ,无冲突 select count(*) from t WHERE C_START between startDate and endDate or C_END between startDate and endDate
感谢,搞定了!
卖水果的net 2017-04-10
  • 打赏
  • 举报
回复
-- 这个结果 > 0 时,有冲突, = 0 ,无冲突 select count(*) from t WHERE C_START between startDate and endDate or C_END between startDate and endDate
ati1990 2017-04-10
  • 打赏
  • 举报
回复
引用 2 楼 wmxcn2000 的回复:
楼主出测试数据,和你的预期结果;
页面有两个calendar分别是开始日期(startDate)和结束日期(endDate),点击确定后进行重复性验证。 select × from table where VALIDITY_START_DATE_UTC<endDate or VALIDITY_END_DATE_UTC>startDate 如果有结果则说明有时间段重复了。。 我感觉不太对啊。。没什么好的思路了。。
卖水果的net 2017-04-10
  • 打赏
  • 举报
回复
楼主出测试数据,和你的预期结果;
Diza1986 2017-04-10
  • 打赏
  • 举报
回复
掌握分布式mapreduce与raft算法与分布式数据库MapReduce是一种编程模型,用于大规模数据集(大于1TB)的并行运算。概念Map(映射)和Reduce(归约),是它们的主要思想,都是从函数式编程语言里借来的,还有从矢量编程语言里借来的特性。它极大地方便了编程人员在不会分布式并行编程的情况下,将自己的程序运行在分布式系统上。 当前的软件实现是指定一个Map(映射)函数,用来把一组键值对映射成一组新的键值对,指定并发的Reduce(归约)函数,用来保证所有映射的键值对中的每一个共享相同的键组。MapReduce是面向大数据并行处理的计算模型、框架和平台,它隐含了以下三层含义:1)MapReduce是一个基于集群的高性能并行计算平台(Cluster Infrastructure)。它允许用市场上普通的商用服务器构成一个包含数十、数百至数千个节点的分布和并行计算集群。2)MapReduce是一个并行计算与运行软件框架(Software Framework)。它提供了一个庞大但设计精良的并行计算软件框架,能自动完成计算任务的并行化处理,自动划分计算数据和计算任务,在集群节点上自动分配和执行任务以及收集计算结果,将数据分布存储、数据通信、容错处理等并行计算涉及到的很多系统底层的复杂细节交由系统负责处理,大大减少了软件开发人员的负担。3)MapReduce是一个并行程序设计模型与方法(Programming Model & Methodology)。它借助于函数式程序设计语言Lisp的设计思想,提供了一种简便的并行程序设计方法,用Map和Reduce两个函数编程实现基本的并行计算任务,提供了抽象的操作和并行编程接口,以简单方便地完成大规模数据的编程和计算处理Raft 是一种为了管理复制日志的一致性算法。它提供了和 Paxos 算法相同的功能和性能,但是它的算法结构和 Paxos 不同,使得 Raft 算法更加容易理解并且更容易构建实际的系统。为了提升可理解性,Raft 将一致性算法分解成了几个关键模块,例如leader人选举、日志复制和安全性。同时它通过实施一个更强的一致性来减少需要考虑的状态的数量。从一个用户研究的结果可以证明,对于学生而言,Raft 算法比 Paxos 算法更加容易学习。Raft 算法还包括一个新的机制来允许集群成员的动态改变,它利用重叠的大多数来保证安全性。 一致性算法允许一组机器像一个整体一样工作,即使其中一些机器出现故障也能够继续工作下去。正因为如此,一致性算法在构建可信赖的大规模软件系统中扮演着重要的角色。在过去的 10 年里,Paxos 算法统治着一致性算法这一领域:绝大多数的实现都是基于 Paxos 或者受其影响。同时 Paxos 也成为了教学领域里讲解一致性问题时的示例。 但是不幸的是,尽管有很多工作都在尝试降低它的复杂性,但是 Paxos 算法依然十分难以理解。并且,Paxos 自身的算法结构需要进行大幅的修改才能够应用到实际的系统中。这些都导致了工业界和学术界都对 Paxos 算法感到十分头疼。 和 Paxos 算法进行过努力之后,我们开始寻找一种新的一致性算法,可以为构建实际的系统和教学提供更好的基础。我们的做法是不寻常的,我们的首要目标是可理解性:我们是否可以在实际系统中定义一个一致性算法,并且能够比 Paxos 算法以一种更加容易的方式来学习。此外,我们希望该算法方便系统构建者的直觉的发展。不仅一个算法能够工作很重要,而且能够显而易见的知道为什么能工作也很重要。 Raft 一致性算法就是这些工作的结果。在设计 Raft 算法的时候,我们使用一些特别的技巧来提升它的可理解性,包括算法分解(Raft 主要被分成了leader人选举,日志复制和安全三个模块)和减少状态机的状态(相对于 Paxos,Raft 减少了非确定性和服务器互相处于非一致性的方式)。一份针对两所大学 43 个学生的研究表明 Raft 明显比 Paxos 算法更加容易理解。在这些学生同时学习了这两种算法之后,和 Paxos 比起来,其中 33 个学生能够回答有关于 Raft 的问题。 Raft 算法在许多方面和现有的一致性算法都很相似(主要是 Oki 和 Liskov 的 Viewstamped Replication),但是它也有一些独特的特性: 强leader:和其他一致性算法相比,Raft 使用一种更强的leader能力形式。比如,日志条目只从leader发送给其他的服务器。这种方式简化了对复制日志的管理并且使得 Raft 算法更加易于理解。leader选举:Raft 算法使用一个随机计时器来选举leader。这种方式只是在任何一致性算法都必须实现的心跳机制上增加了一点机制。在解决冲突的时候会更加简单快捷。成员关系调整:Raft 使用一种共同一致的方法来处理集群成员变换的问

17,082

社区成员

发帖
与我相关
我的任务
社区描述
Oracle开发相关技术讨论
社区管理员
  • 开发
  • Lucifer三思而后行
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧