首页 > 数据库 >Oracle 中的 Incarnation 到底是个什么?概念理解篇

Oracle 中的 Incarnation 到底是个什么?概念理解篇

时间:2024-11-09 20:20:35浏览次数:1  
标签:数据库 Incarnation 祈求 理解 上天 Oracle 重生 完全恢复 日志

转自:https://www.cnblogs.com/askscuti/p/10935945.html

目录

1. 恋爱的持续

2. 痛苦的分手

3. 对上天的祈求

4. 重生的机会(恋爱篇)

5. 重生的机会(数据库篇)

6. 幸福美满的生活

 

1. 恋爱的持续

一直到上大学,我们不在同一个地方-称之为异地恋,那时候没有微信,没有触屏手机,移动的动感地带套餐席卷着整个校园,短信包月,手机彩铃都成为那个时候的特殊记忆。我们有的只是煲煲电话粥和远程视频,并且盼望着暑假寒假的到来-因为我可以见到她了

2. 痛苦的分手

异地恋最大的障碍可能就是沟通和理解,当然,这主要怪我,确实很多方面做的不好,导致双方出现了误解。分手时的那个“”甚至会让一个人生出“”,毕竟当时年轻。现在回过头来看,真的在心底祝福,希望她过的好。

分手后的“痛苦”一直在持续,压的心里喘不过气。于是找到我妹妹,想着让她站在女孩子的立场说些好听的话来安抚一下我受伤的心灵。我妹妹也很“通情达理”,以很温柔的语气对我说了一句:“滚!”,这事实证明,确实是亲妹妹。

3. 对上天的祈求

因着失恋,痛苦不堪我只能祈求上天:能够给我一次机会。就像月光宝盒一样,让我回到从前,回到高中那个时代,让我们重新开始。

话音刚落,一个闪电霹雳吧啦从我身上掠过,瞬时觉得从头到脚一阵酥软,昏了过去。再睁眼,发现自己趴在了教室的课桌上睡着了,睡觉时的哈喇子流了一滩,旁边的同桌-就是她,依然还在认真的听课。这时她用胳膊肘碰了我一下,轻声说:快起来,班主任刚才过来了。

 

4. 重生的机会(恋爱篇)

于是发现我又重回了高中时代,这是“新我”,重生的我。那原来的那个“颓废的我”还在吗?依然存在。但我们俩个无法见面,因为空间维度不一样且互相不认识。自从回到高中时代(在我睁眼前),上天已经把“新我”的道路安排好了,并要求在睁开眼睛前,必须抹除新我”的全部记忆。于是才有了图片中的绿色虚线这条道路。你或许会问,为什么要单独开辟一条道路?走原来的不就行了?因为上天知道,你若按照原来的路走,依然会后悔,不然,也就不会有祈求和重生的机会了。所以这是一个伪命题,必须单独开辟一条,重新走,这就是新的身份,新版本的。如果未来发现第二条路又不称心如意了,继续向上天祈求,然后再次创造出第三个“新我”,继续前面的道路。也就是,具体有几个“新我”的版本,取决于你向上天祈求的次数

 

5. 重生的机会(数据库篇)

于是发现数据库又回到了之前的某个时间点,这是“数据库的新起点”,不完全恢复后的新起点。那原来剩余的日志(不完全恢复点之后的日志)是否还在?依然存在。但是现在新起点即将使用的日志,不能和原来剩余的日志在一起,因为版本不一样。这时引出 incarnation 化身。也就是自从做了不完全恢复到12:00(打开数据库前),数据库就已经决定要开辟另外一个 incarnation 了,并要求在数据库打开时,必须以 resetlogs 方式打开。于是才有了图片中从12:00开始绿色虚线显示的数据库第二个化身版本(INCARNATION)。如果未来又做错了,进行了不完全恢复,以 resetlogs 方式打开数据库,那么就会构造出数据库的第三个化身(INCARNATION)。也就是,具体数据库有几个化身(INCARNATION),取决于数据库 resetlogs 次数+1

 6. 幸福美满的生活

对于这次重生的“新我”,非常珍惜,因此,我们彼此相爱,最终走在了一起,过上了幸福美满的生活。

标签:数据库,Incarnation,祈求,理解,上天,Oracle,重生,完全恢复,日志
From: https://www.cnblogs.com/dclogs/p/18537234

相关文章

  • Oracle 中的 Incarnation 到底是个什么?实验操作篇
    转自:https://www.cnblogs.com/askscuti/p/10939593.html目录1.官方图示例2.场景模拟3.实验步骤3.1备份数据库(略)3.2 查询当前数据库化身版本3.3按场景模拟操作3.4恢复出B表并打开数据库3.5查询当前数据库化身版本3.6恢复出A-6(修改当前......
  • 对于spring的核心容器的理解(黑马SSM)
    对于spring的核心容器的理解(黑马SSM)文章目录对于spring的核心容器的理解(黑马SSM)对于我们spring的核心容器主要分三个部分:容器相关:BeanFactory:ApplicationContext:FileSystemXmlApplicationContext:ClassPathXmlApplicationContext:Bean相关:Bean的创建:Bean的属性依赖注......
  • Oracle 与 GreatSQL 差异:更改唯一索引列
    Oracle与GreatSQL差异:更改唯一索引列问题来源在从Oracle迁移到GreatSQL的应用系统中,一条普通的update语句在GreatSQL中却报错,需要进行SQL语句的改写。把实际问题简化为下面简单情况进行说明。在Oracle下,可以正常执行的update语句。--建表CREATETABLEte......
  • 电机分类及组成及FOC原理等个人理解
    https://zhihui.lingjun.life/2020/07/02/foc/1.BLDCBLDC就是无刷直流电机,通过磁场:这种,让转子转动起来,一个状态接着一个状态的转起来。而这种换向操作就需要换向器来进行。而无刷电机的驱动主要使用三相逆变电路来实现而逆变电路的意思就是:把直流转换为交流,通过三相PWM矩......
  • Oracle 第28章:Oracle机器学习
    Oracle机器学习第28章:数据科学与机器学习基础及利用Oracle进行预测性分析在当今数据驱动的时代,数据科学和机器学习成为了企业决策的重要组成部分。Oracle作为一家领先的数据库技术提供商,不仅提供强大的数据库管理功能,还整合了先进的数据分析工具,使得用户能够轻松地在其环境......
  • 深入理解JUnit注解:从入门到最佳实践
    深入理解JUnit注解:从入门到最佳实践一、JUnit注解基础概览1.五大核心注解JUnit提供了五个最基本也是最常用的注解:@Test@Before@After@BeforeClass@AfterClass让我们通过一个完整的示例来了解这些注解:publicclassBankAccountTest{privatestaticDatabaseConn......
  • 理解乐观锁和悲观锁
    乐观锁:认为每次去拿数据的时候别人不会修改,所以不会上锁,但是每次要拿数据的时候都会先判断数据是否被别人修改悲观锁:认为每次去拿数据的时候别人都会修改,所以每次都会上锁。使用场景:乐观锁使用于多读少写的应用类型,这样可以提高吞吐量;相反的情况则使用悲观锁 乐观锁和悲观锁......
  • 理解乐观锁和悲观锁
    乐观锁:认为每次去拿数据的时候别人不会修改,所以不会上锁,但是每次要拿数据的时候都会先判断数据是否被别人修改悲观锁:认为每次去拿数据的时候别人都会修改,所以每次都会上锁。使用场景:乐观锁使用于多读少写的应用类型,这样可以提高吞吐量;相反的情况则使用悲观锁  乐观锁和悲......
  • NLP论文速读|Describe-then-Reason: 通过视觉理解训练来提升多模态数学的推理
    论文速读|Describe-then-Reason:ImprovingMultimodalMathematicalReasoningthroughVisualCompre-hensionTraining论文信息:简介:   该论文试图解决的问题是开源多模态大型语言模型(MLLMs)在复杂多模态数学推理任务中的表现不佳的问题。尽管这些模型在处理涉......
  • SpringBoot驱动的共享汽车管理解决方案
    1系统概述1.1研究背景随着计算机技术的发展以及计算机网络的逐渐普及,互联网成为人们查找信息的重要场所,二十一世纪是信息的时代,所以信息的管理显得特别重要。因此,使用计算机来管理共享汽车管理系统的相关信息成为必然。开发合适的共享汽车管理系统,可以方便管理人员对共享......