feat:obs笔记更新

work常用/Oracle常用.md

@@ -270,4 +270,34 @@ alter system kill session '909,10021';
 ```sql
 -- 根据表名查询执行历史
 select * from v$sqlarea a where a.SQL_TEXT like '%JTXY_CREDIT_RECORDS%' order by a.LAST_ACTIVE_TIME desc;
-```
+```
+
+## 2.11 从日期获取年、月
+```sql
+-- 取年
+to_number(to_char(a.SUPPLY_DATE,'yyyy'))
+-- 取月
+to_number(to_char(a.SUPPLY_DATE,'MM'))
+```
+
+
+## 2.12 列转行
+
+```sql
+-- listagg
+select  
+listagg(b.name_,',') within GROUP (ORDER BY b.name_) as secNames  
+from WZ_SUPPLY_CONTRACT a  
+left join BASE_IDM_PRO_ORG b on a.SECTION_ID=b.ORG_ID  
+where a.SFID_=#{sfId}
+```
+
+## 2.13 case when
+```sql
+case b.REGIST_TYPE  
+when 'constructionUnit' then '施工'  
+when 'supervisionUnit' then '监理'  
+when 'designUnit' then '设计'  
+when 'detectionUnit' then '勘查' end as REGIST_TYPE,
+```
+

工作日志/ATD/环境/项目地址.md

@@ -1,3 +1,4 @@
+
 [云南交发省级事权高速公路建设项目综合管理信息平台](http://172.16.3.244/home) ---未上线
 admin/admin@2022
 
@@ -73,4 +74,8 @@ kkFileview [kkFileView演示首页](http://172.16.3.71:8013/)
 国道219设计图
 https://elvu02.axshare.com/#id=klsy48&p=%E4%BA%BA%E5%91%98%E4%BF%A1%E6%81%AF%E7%99%BB%E8%AE%B0&g=1
 
-.!hz93XBsY
+.!hz93XBsY
+
+国道219 http://172.16.3.224/login219/login admin/12345
+
+国道219 原型 https://elvu02.axshare.com

日常学习/中间件/redis/Redis命令.md

@@ -2,7 +2,9 @@
 `redis-cli`
 
 2.远程打开redis
-`redis-cli -h host -p port -a password`
+```shell
+redis-cli -h host -p port -a password
+```
 例：`redis-cli -h 127.0.0.1 -p 6379 -a "mypass"`
 
 

日常学习/数据结构/单链表.md

@@ -6,4 +6,5 @@
 
 总结：1.只能在队尾添加元素，并且只能从头部开始遍历  2.在内存中的地址是随机非连续的  3.每个节点都必须记录下个节点的存储位置
 
+
 难点：1.如何查找上一个节点，需要从头开始遍历，下标-1  2. 如何插入节点，需要找到找到上一个节点，将上一个节点的NEXT节点作为待插入节点的NEXT节点，然后将待插入节点作为上一个节点新的NEXT节点

日常学习/数据结构/双链表.md

@@ -1,5 +1,5 @@
 	为什么引入双链表？单链表的结点中只有一个指向其后继的指针，使得单链表要访问某个结点的前驱结点时，只能从头开始遍历，访问后驱结点的复杂度为O(1)，访问前驱结点的复杂度为O(n)。为了克服上述缺点，引入了双链表。
-	单向链表查找的方向只能是一个方向，而双向链表可以向前或者向后查找；单链表如果想要实现删除操作，需要找到待删除节点的前一个节点。而双向链表可以实现自我删除
+	单向链表查找的方向只能是一个方向，而双向链表可以向前或者向后查找；单链表如果想要实现删除操作，需要找到待删除节点的前一个节点。而双向链表可以实现自我删除。
 
 ![[104421_43592.png]]
 

日常学习/数据结构/红黑树.md

@@ -11,7 +11,6 @@
 
 -   **左旋**：以某个结点作为支点(旋转结点)，其右子结点变为旋转结点的父结点，右子结点的左子结点变为旋转结点的右子结点，左子结点保持不变。如图3。
 -   **右旋**：以某个结点作为支点(旋转结点)，其左子结点变为旋转结点的父结点，左子结点的右子结点变为旋转结点的左子结点，右子结点保持不变。如图4。
--   **变色**：结点的颜色由红变黑或由黑变红。
 ![[2392382-a95db442f1b47f8a.webp]]
 
 ![[2392382-0676a8e2a12e2a0b.webp]]

日常学习/系统架构/CAP-数据的一致性.md

@@ -0,0 +1,29 @@
+## 一、CAP
+### 1.概念
+**CAP定理（CAP theorem）**又被称作`布鲁尔定理(Brewer's theorem)`，是回加州大学伯克得分校的计算机科学家埃里克·布鲁尔（Eric Brewer）在2000年的ACM PODC上提出的一个猜想。2002 年，麻省理工学院的赛斯·吉尔伯特（Seth Gilbert）和南希·林奇（Nancy Lynch）发表了布鲁尔猜想的证明，使之成为分布式计算领域公认的一个定理**。
+
+| ITEM | CONTENT    | DESC                                                             |
+| ---- | ---------- | ---------------------------------------------------------------- |
+| C    | 一致性     | 对某个指定的客户端来说，读操作保证能够返回最新的写操作结果       |
+| A    | 可用性     | 非故障的节点在合理的时间内返回合理的响应（不是错误和超时的响应） |
+| P    | 分区容错性 | 当出现网络分区后，系统能够继续履行职责                           |
+
+**在一个分布式系统（指互相连接并共享数据节点的集合）中，当涉及读写操作时，只能保证`一致性（Consistence）`、`可用性（Availability）`、`分区容错性（Partition Tolerance）`三者中的两个，另外一个必须被牺牲。
+#### 1.1 CP
+如图1-1所示，为了保证一致性，当发生分区现象后，N1节点上的数据已经更新到y，但由于N1和N2之间的复制通道中断，数据y无法同步到N2，N2节点上的数据还是x。  
+这时客户端C访问N2时，N2需要返回Error，提示客户端面C：“系统现在发生错误”，这种处理方式违背了可用性（Availability）的要求，因此CAP三者只能满足CP。
+
+![[Pasted image 20231022162827.png]]
+#### 1.2 AP
+如图1-2所示，为了保证可用性，当发生分区现象后，N1节点上的数据已经更新到y，但由于N1和N2之间的复制通道中断，数据y无法同步到N2，N2节点上的数据还是x。  
+这时客户C访问N2时，N2将当前自己拥有的数据x返回给客户端C了，而实际上当前最新的数据已经是y了，这就不满足一致性（Consistency）的要求了，因此CAP三者只能满足AP。
+`注意：`这里N2节点返回的x，虽然不是一个“正确”的结果，但是一个“合理”的结果，因为x是旧的数据，并不是一个错乱的值，只是不是最新的数据而已。
+![[Pasted image 20231022163757.png]]
+
+### 2.在HDFS和Kafka中CAP的体现
+## 二、BASE
+## 三、ACID
+
+
+
+