Author Archives: Alfred Zhao

英语疑问句倒装特征以及从句的正常语序

上一篇介绍了英文中的五大基本句型,在进一步介绍句子如何在五大句型之上如何各种添枝加叶变得复杂之前,我们先来搞懂英语疑问句倒装特征以及从句的正常语序。 这是至关重要的一件事,但其实太多初学者都给忽略了,在懵圈中苦学了很久,结果在实际应用时产生了各种混乱,事倍而功半。 本文想通过举例的方式,来试图讲清这个事情,让更多英语初学者能事半而功倍,若能让困惑已久的小伙伴们可以豁然开朗,那笔者也会为你开心。 1.疑问句倒装特征 2.疑问词引导的名词性从句 3.其他常见词引导的名词性从句 1.疑问句倒装特征 先举个简单的例子,看这样一个问答: 中文: – 你喜欢什么颜色? – 我喜欢红色。 英文: – What color do you like? – I like red. 我们发现,在答句部分,中英文都是陈述句,很好理解。 但是在这个问句中,中文是正常语序,而英文是明显倒装了的。 众所周知,上面这个问句属于特殊疑问句。 回答也是要根据问的具体内容来做具体回答。 而如果是一般疑问句,简单讲就是可以使用Yes/No的开头来回答的问句,比如下面例句: 中文: – 你喜欢红色吗? – 是,我喜欢。 – 不,我不喜欢。 英文: – Do you … Continue reading

Posted in English | Tagged | Comments Off on 英语疑问句倒装特征以及从句的正常语序

搞懂英语的五大基本句型

在句子结构分析中,看过太多不同说法,今天先聊下最核心的五大基本句型(简单句),打好英语句子结构的地基。 五大基本句型简写如下: S + V S + V + C S + V + O S + V + O + O S + V + O + C S、V、O、C 这些字母是常用的缩写,用来表示句子中的不同成分,这些缩写帮助我们更清楚地理解句子的结构和功能。 但是一旦翻译起来,各种流派就会出现分歧,甚至给初学者造成困惑。 本文具体讨论: 1.S、V、O、C的含义 2.五大句型的结构解释 1. S、V、O、C的含义 我们先来单独看这些概念都代表啥? S – … Continue reading

Posted in English | Tagged | Comments Off on 搞懂英语的五大基本句型

使用触发器来审计表的DML、DDL操作

最近帮客户排查某问题时,因为怀疑应用对某张配置表有变更,所以需要对这张表的所有操作进行审计。 原本Oracle对某张表的审计是非常方便的,一条命令就可以实现,也不需要费心自定义审计表。 — 启用对表DEPT的插入、更新和删除操作的审计 AUDIT INSERT, UPDATE, DELETE ON DEPT BY ACCESS; — 查看对DEPT表的所有审计记录 SELECT * FROM DBA_AUDIT_TRAIL WHERE OBJ_NAME = ‘DEPT’; — 停用对表DEPT的审计 NOAUDIT INSERT, UPDATE, DELETE ON DEPT; 但不幸的是,因为客户当前环境已经把默认开启的audit_trail给关闭了。(默认开启,默认值是DB,关闭就是NONE) 笔者已经在实验环境验证过: – 1.audit_trail必须开的情况下,对表进行审计才会有记录; – 2.audit_trail是静态参数,如果修改,需要重启数据库才可以生效。 尤其注意要检查这个参数的设置情况,因为这里比较坑的一点是,上述审计命令,即便你关了这个参数,开启表审计的命令执行也并不会报错,只是实际上无法记录。 相信大家都知道,生产环境的重启申请流程非常麻烦,因此只能用手工的方式,比如自定义触发器的方式来监控这张表的DML操作。 还好因为这个配置表正常情况下,并不会被频繁修改,所以使用触发器也不会带来什么性能问题。 下面就进入到hands-on环节,我们模拟下这个客户的需求,假设dept这张表: … Continue reading

Posted in Oracle故障处理 | Tagged , , | Comments Off on 使用触发器来审计表的DML、DDL操作

MongoDB安装、基础操作和聚合实例详解

虽然MongoDB这些年很流行,但笔者之前没研究过,现在有需求研究这类NoSQL的数据库,是为了验证其是否可被替换。 MongoDB是很轻量的文档数据库,简单测试也懒得专门准备虚拟机环境了,直接在macOS上安装测试下其基础功能。 1.使用 Homebrew 安装 MongoDB 2.启动/停止 MongoDB 服务 3.启动 MongoDB Shell 4.体验 MongoDB 基本操作 5.体验 MongoDB 聚合操作 1. 使用 Homebrew 安装 MongoDB # 添加 MongoDB 存储库 brew tap mongodb/brew # 安装 MongoDB 社区版 brew install mongodb-community 2. 启动/停止 MongoDB … Continue reading

Posted in AI, DB | Tagged , | Comments Off on MongoDB安装、基础操作和聚合实例详解

Operational Property Graphs到底是个啥?

Operational Property Graphs,中文通常译为“操作属性图”。 作为23ai中被官方highlight出的新特性之一,我们先看下官方的原文描述: Operational Property Graphs in SQL Developers can now build real-time graph analysis applications against operational data directly in the Oracle Database, utilizing its industry leading security, high availability and performance capabilities. 简单说,开发者可以直接在Oracle 23ai中进行实时图分析,而不需要额外的图数据库。 为了不纯扯概念,更好的直观体验,下面我们直接按照官方文档给出的一个简单示例来动手练习体验下: 本次测试环境: Oracle … Continue reading

Posted in New Features | Tagged , | Comments Off on Operational Property Graphs到底是个啥?

YUM退役了?DNF本地源配置

客户遇到在OEL8安装Oracle缺包问题,使用dnf安装也没有,甚至连oracle-database-preinstall-21c都装不上。本质是DNF配置问题。 早期为了解决这类问题,专门写过很多yum配置的文章,后来汇总一篇《Linux的yum源配置总结》,包含当时的各种版本各种配置,只要有人求助遇到此类问题就甩给他,十有八九都能自行解决。 https://www.cnblogs.com/jyzhao/p/12757735.html 现如今,很多年没搞这玩意儿了,恍然发现新版的Linux,yum都退出历史舞台了,改成了dnf… 残留的yum命令也都链接指向dnf。 起初以为是多么大的改变呢,因为自己的确没配过dnf本地源,所以为了给客户更好的指导,现下载了客户用到的OEL8.7介质,然后测试发现这东西没太大改变,最起码对于使用者,是换汤不换药,本质还是此类问题,不会很复杂。 过程中顺便熟悉基本的OEL8的一些命令吧。 1.虚机装OEL8.7 2.配置dnf本地源 3.安装Oracle所需包 1.虚机装OEL8.7 如今是真的没办法才会临时使用虚机,因为云时代真的是太方便了。 使用Virtual Box安装,发现现在虚机的安装也比以前省事太多,输入一些必要信息,虚拟机直接自己就能安装好了。 唯一动手的,就是配置改了下网络,修改使用Host-Only网络,为了模拟不连接外网的客户环境。 IP地址为:192.168.56.4 这里用到OEL8中,重启指定网卡enp0s3的命令: nmcli connection down enp0s3 nmcli connection up enp0s3 之前熟悉的ifdown、ifup啥的,默认的安装下都没有。。 查看IP配置信息: ip addr 2.配置dnf本地源 起初以为多麻烦,实际完全一样。没啥技术含量直接贴出我的配置,供大家参考: 我是新建的一个文件oel.repo。 [root@OEL8 yum.repos.d]# cat oel.repo [OEL8.7-APP] name=oel8.7 baseurl=file:///media/AppStream/ enabled=1 … Continue reading

Posted in Linux | Tagged | Comments Off on YUM退役了?DNF本地源配置

实现并发新高度:23ai的无锁列值保留

Oracle Database 23ai支持Lock-Free Reservation,中文通常译为“无锁列值保留”。 本文将通过3个部分来阐述Lock-Free Reservation的这个特性: 1.应用场景 2.实现原理 3.使用限制 1.应用场景 Lock-Free Reservation这项特性可用于实现更细粒度的并发控制。 它的本质是相对于传统的行锁,能以更细的粒度(即列值级别)进行锁定,从而减少锁争用,提高并发性能。 例如,当库存充足时,数据仅在提交时锁定,并有可能改善最终用户体验以及事务的吞吐量。 为了避免重复造轮子,本文演示的测试用例部分,直接参考了官方博客中给出的测试用例,原文链接为: – https://blogs.oracle.com/coretec/post/lock-free-reservation-in-23c 下面我们就依据此测试用例来测试并理解下Lock-Free Reservation的具体功效吧。 1.1 创建测试表 首先,创建测试表inventory: create table inventory ( item_id NUMBER CONSTRAINT inv_pk PRIMARY KEY, item_display_name VARCHAR2(100) NOT NULL, item_desc VARCHAR2(2000), qty_on_hand NUMBER … Continue reading

Posted in New Features | Tagged , | Comments Off on 实现并发新高度:23ai的无锁列值保留

Oracle优化神技之临时表

Oracle临时表在处理临时数据、会话数据隔离和复杂查询优化方面非常有用。 其底层逻辑是通过Oracle特殊的临时表来减少I/O操作和日志开销,提高了数据库性能和查询效率。开发者可以根据具体需求和场景,合理使用临时表来简化数据处理逻辑和提高系统性能。 早期开发人员在使用Oracle数据库时,经常因为不熟悉或不了解全局临时表(Global Temporary Table,下文简称GTT)的特性,因而自行定义了所谓的“临时表”,不但增加了开发复杂度,比如需要自行做数据清理和会话隔离等问题,还因高频操作这类表产生了大量重做日志(redo logs),进而增加了I/O负载和系统开销,主要代价这么多,最终的应用性能还不够好。 所幸这类问题随着用户量的提升,大家口口相传这个最佳实践,后续开发已经很少会犯这类低级问题。 那是不是用了Oracle的临时表就可以高枕无忧了呢? 最近笔者在某客户遇到一个临时表的问题,在分析这个客户问题的过程,也和大家一起来回顾下有关Oracle临时表的知识。 1.创建临时表 2.临时表统计信息 3.临时表索引 4.临时表是否cache 5.临时表相关问题 1.创建临时表 本次遇到问题的临时表,是使用的Oracle的GTT,且定义表中数据是基于session-specific的类型,脱敏后的创建语句为: CREATE GLOBAL TEMPORARY TABLE “JINGYU”.”G_T_T1″ (“ID” NUMBER(10,0) NOT NULL ENABLE, “NAME” VARCHAR2(30) NOT NULL ENABLE) ON COMMIT PRESERVE ROWS; 下面是官方文档截图,比较了GTT和PTT的差异: 除了上面提到的命名规则等差异之外,还要补充一点: GTT是8i后就已经支持的技术,而PTT要在18c及以后版本才支持。 关于GTT的两种类型,文档说明如下: 根据你的应用需求选择,简单说就是如果想在事务结束就清空表,选择DELETE … Continue reading

Posted in Oracle性能优化 | Tagged | Comments Off on Oracle优化神技之临时表

23ai中的True Cache到底能做啥?

最近,Oracle的产品管理总监在Oracle数据库内幕中介绍了True Cache。 原文链接如下: – https://blogs.oracle.com/database/post/introducing-oracle-true-cache 由于这篇文章比较火爆,我们国内已经有很多的数据库爱好者完整的翻译这篇文章,所以笔者也不需要重复翻译,本文旨在提炼文中关键信息,并使用大白话和大家一起探讨下23ai中的True Cache功能: 1.为什么需要True Cache? 2.True Cache工作原理 3.应用程序使用True Cache 4.True Cache的好处和应用场景 1.为什么需要True Cache? 通常这个问题会是IT部门的领导层最关心的问题,现有架构下,为什么需要引入True Cache? 回答这个问题,需要先了解下目前的发展趋势,当下随着数字化环境的不断发展,各类应用要求提供实时响应成为当务之急,而大家都知道数据库的资源很宝贵,大部分高并发应用其实都是读多写入的场景,所以业界常用的方案就是在数据库的前面加一个缓存层,且将它设计在内存中缓存(Caching),这个底层逻辑其实也非常简单,就是内存的速度一定是远远高于存储速度的,这是介质本身存在的数量级的性能差异。 当然,能接受用缓存的共识是这个缓存中无需最新的数据,说白了,无论你用什么样的缓存技术,读的数据无论多少,一定都是有延迟的,可应用需求一定会要求这个延迟越小越好,这里原文中立马就提到Oracle提供的True Cache是一个突破性的缓存解决方案,那这个突破性具体体现在哪里呢? 性能的进一步优化 缓解数据陈旧问题 有效管理缓存数据 这些方面的优势是因为True Cache相当于是一个主库的全功能的只读副本,类似ADG,但又比ADG轻量,它不需要数据文件的存储,别小看这一点,对于当下一个动辄几十T数据量的数据库来说,将会是非常大的成本节约。 2.True Cache工作原理 这里,提炼文中关键的几点: 应用程序通过Oracle JDBC Driver连接对应实例(主库和True Cache实例) 当发生Cache miss(缓存未命中)时,True Cache会从主库获取块 当True Cache实例首次启动,除了获取Cache miss的块,还会以large … Continue reading

Posted in New Features | Tagged | Comments Off on 23ai中的True Cache到底能做啥?

23ai免费版本环境快速就绪

笔者感受就是搞一套Oracle 23ai的学习测试环境,从未如此的简单高效。 因为近期Oracle 23ai这个话题很火,很多人也在找实验环境想亲自体验测试一番。 其实搞这样的环境没有任何的门槛,甚至无需注册任何账号,直接安装免费的Oracle VM VirtualBox,下载现成的23ai环境,双击导入,就可以开始一系列有关23ai的测试工作了。 1.下载最新的Oracle VM VirtualBox 直接搜索下载即可,免费。 这里唯一需要注意的是,不要用过低的版本,实测过低版本无法正常运行,下面的这个版本我实测是运行正常的,不会有任何报错。 2.下载并双击导入 下载.ova后缀的这个文件 – Oracle_Database_23ai_Free_Developer.ova 下载地址:Oracle Database 23ai Free: – https://www.oracle.com/database/free/get-started/ 选择这个: 下载后直接双击导入到VirtualBox中: 3.启动运行导入的虚拟机环境 在VirtualBox中启动这个虚拟机环境: 4.所有环境已就绪 虚拟机启动成功之后,进入会发现所有常规测试所需的环境已经就绪,想测试啥就直接测试吧: 比如随手试下在23ai中是否内置支持创建带有vector数据类型字段的表: 此外,连APEX、SQL Developer等环境都是配置好的,测试非常方便: 还在等什么呢?耳听为虚,眼见为实,快来搭建属于你自己的23ai测试环境吧~

Posted in AI, Oracle安装部署 | Tagged | Comments Off on 23ai免费版本环境快速就绪