唐老师：我们正在做一个比较大的项目，一个海外的项目，某个大型的政府机构要提高政府服务的能力
替代你，替代那个廉价的你的AI太贵咱们不配，早晨一套煎饼果子你就往单位坐一天，处理繁杂的工作，AI 的用几度电才
在写书期间，正值林老师公司在大量的更换数据库的攻坚阶段，作为主持大局工作的核心数据库负责人，哪里有时间写书，写书是需要安
下面是简单的实际操作案例 （版本PG16） 注意事项： 1.在数据复制中，需要保持复制中的所有表均有
一直提到框架学习法，其中主体的思想就是如何快速的学习某项数据库产品的知识。其中框架学习法里面有一条系统学习，系统学习是在给学习的知识搭建“骨架”，所以从这期起，开始搭建OceanBase学习的骨架。今年要和“申公豹”一样修炼岂可怠慢。 修炼岂可怠慢 今天开始学习第5章OBCA 应用开发，本期学习的是应用开发，此为上半部分 OceanBase 数据库常见的客户端工具有三种：1 My
开
最近发现OB官方提供了AI助手，获取OB知识丰富度和便捷程度更高了学习OB的知识更方便了。 一直提到框架学习法，其中主体的思想就是如何快速的学习某项数据库产品的知识。其中框架学习法里面有一条系统学习，系统学习是在给学习的知识搭建“骨架”，所以从这期起，开始搭建OceanBase学习的骨架。今年要和“申公豹”一样修炼岂可怠慢。 修炼岂可怠慢 今天开始学习OBCA的第四章，
紧随时代脉搏，打破知识束缚，今天的主题什么是CXL。随着云数据库时代的来临，一个DBA的知识层次可以拉开水平的另一个阵地，在云。基于我已经在云上打拼了4年，虽然不是先行者，但我是一个开放思维的DBA的先行者，2月26日PolarDB大会其中有一个主题。虽然因为家里有事情，去不了，但学习知识和不落后，要争先的精神驱使着我，还是要把这段知识补上。 image 1 什么是CXLCXL 是一种
正文：我一直有一个错觉，大家的POSTGRESQL的技术都非常了得，在年前实际上对我有几次的感触。1 不会装POSTGRESQL 的人有的是 2 基本概念和理解不明白的有的是 3 对于POSTGRESQL 来说，MYSQL 的确是曾经非常的热，至少MYSQL的一些白痴问题，问的人比较少OK 既然如此，也不能天天高大上，咱们也的有接地气的，今天就奉送大量的PostgreSQL的脚
2025年新开的专栏，也是2025年（中国新年）后的第一篇，云数据库，云原生数据库专栏的第一篇。提到云，云数据库，云原生数据库，大部分从业者的情感是不愿意接受，抵触，愤恨，他要抢夺我的饭碗的情愫。那么云，云数据库，云原生技术，会抢夺从业者的饭碗吗？ 会的，一定，且肯定，但这里的抢夺，需要说明。自从有人类，人类意识，这样的抢夺从未停止。从人类的产生，人类氏族，人类的部落，都是在往多发展，你从
POSTGRESQL 数据库可以处理OLTP+OLAP，是完全可以，集成了DUCKDB的POSTGRESQL，可以在一个数据库里面，进行OLTP+OLAP的工作，也就是第一个行列混插的数据库。 当然这个数据库是 阿里云POSTGRESQL RDS，一个疯狂的产品。废话不说，我们先看效果。List of relations Schema | Name | Type | Owner
一直提到框架学习法，其中主体的思想就是如何快速的学习某项数据库产品的知识。其中框架学习法里面有一条系统学习，系统学习是在给学习的知识搭建“骨架”，所以从这期起，开始搭建OceanBase学习的骨架。今年要和“申公豹”一样修炼岂可怠慢。这里先解释一下什么是6大学习法，怎么将知识变成一种理念的过程，首先知识的学习是要以兴趣为动力的，没有兴趣去学习是无法提高学习的效率和成效的，在有了兴趣去学习后，那么上
MySQL的SQL优化相对于其他的数据库来说，应该是简单的主要的原因有以下1 业务简单：使用MySQL的业务一般为互联网业务，且在拆库，分表的基础上语句必然变得简单，更多的复杂性是在程序和架构设计的层面。2 单线程数据查询方式：单线程的数据查询方式更希望的是短小的SQL，这样避免复杂的SQL进行上下文切换中消耗更多的CPU，根据数据库的查询设计来说，MySQL还是希望短小精
临时工系列好长时间没写了，这是本年度第一篇临时工文章，这篇文章产生的原因来自于一个“咨询者”，一个DBA，私信咨询，诉说他的迷茫和无助，在和他简短的交流后，我获得了如下的信息。1 他是一个外包的人员2 他负责的数据库种类比较复杂，如之前没有接触过的SQL SERVER3 他的数据库产品都在腾讯云上，其雇佣他的甲方有阿里云的数据库产品，但不归他管理，他主要的工作是
正文：科技进步了，数据库主从的延迟的问题，应该被解决了，当然这里说的并不是PostgreSQL数据库本身解决主从同步的方案，因为实话说，没有方案，或者说如果可以的话，那么要求将是及其严苛的，做到PostgreSQL主从完全同步，且不影响性能的方案是99%的应用场景无法接受的。那么到底主从的MYSQL OR PostgreSQL可以主从一致吗，我的回答是可以，当然可以，今天揭秘PostgreSQL
一直提到框架学习法，其中主体的思想就是如何快速的学习某项数据库产品的知识。其中框架学习法里面有一条系统学习，系统学习是在给学习的知识搭建“骨架”，所以从这期起，开始搭建OceanBase学习的骨架。今年要和“申公豹”一样修炼岂可怠慢。 修炼岂可怠慢 这里先解释一下什么是6大学习法，怎么将知识变成一种理念的过程，首先知识的学习是要以兴趣为动力的，没有兴趣去学习是无法提高学习的效率和成效的
题目比较混乱，实际上这件事也让我认识到两点问题1 官方的说明文档，你不能全信，官方文档说明的部分只能是一个大概或者大部分情况，你的情况是否属于这个部分，你的自行评估。2 参数的调节，是一个漫长的过程，是不断踩坑的过程中总结的，实践是产出经验的地方3 一些不能使用的命令，在关键时刻，必须使用，这也是我对PostgreSQL的数据库安全担心的地方。具体案例：最近遇到
今天的领悟，人生没有白走的，对错都算数，做完一些事情，经常会后悔，如果我当时选择了A，就好了，可我当时选择的是B，然后不断地悔恨。人的眼睛都是长在前面的，选择就选择了，错了就错了，错了吸收教训，不要再犯就好，当时我也站在迷雾中，也很迷茫，哪怕在给我一次机会，还是会选择B，与其后悔，不如持续修炼--- 一个现实世界的“申公豹”留言。SQL 的优化是DBA工作的主题，这里我想以这篇文章，将SQL优化的
年过完了，大家也都上班收收心了。2025年我们还的继续生活，作为新的一年开端，我们来一段数据库新闻串烧。2025年对自己的要求，要多角度的去看待问题让自己更加多元化，不要让自己陷入二元看待问题的陷阱，什么是二元化看待问题，申公豹是妖是坏人，无量仙翁是仙是好人，好了2025年的修炼开始了，大家都加油吧！！ （人心的成见就像一座搬不动的大山！）第一条新闻Oracle，ORACLE这几年在云上发力的成果
这是2025年的第二篇，大家还没有进入状态，此时发一些技术类的文章估计是不会有太多人买账，那么咱们继续数据库周边新闻，这篇是Percona 的老板写的，控诉了ORACLE 对MySQL的一直以来的迫害，我们看看他说了什么 大约 15 年前，当 Oracle 收购 Sun 公司，从而也获得了 MySQL 时，互联网上充斥着关于 Oracle 何时会“扼杀 MySQL”的各种言论。各种各样的理论甚嚣
一年一年的过，每天都是修炼，当理解了自己才是一切的根源，自己变了，一切都会改变，外在的一切都是相，所有的境遇都是内心的投射，明白这个道理后，不会在向外再去搜寻认可，尊重，不会奢望其他人单纯因为你而变，也不会期望别人对你的认可，求人不如求己，专注打磨自己，对其他人降低期待，因缘而和，因缘而散，保持从容的心，在沉淀中蓄力，需谨记，人心的成见如同一座座大山，我们慢慢的搬，何以畏惧。最近一段时间，经常
最近参加OceanBase 举办的2024全国大学生计算机系统能力大赛，第四届数据库大赛，作为观察团的成员，整体跟踪部分赛事和活动，参赛队伍有20支，经过了初赛，决赛，答辩，评分，及数据库老炮和优秀参赛队员的对话，等活动，观察团成员也将平时一些工作感受和过往经验和参赛的队员进行了分享和并回答了大学生的一些相关问题。 作为一个中年人好久了，好似忘记了年轻人的思想到底是什么，或者存在一些中年人对年轻
这是MongoDB宣传周的第五篇，这周真漫长，今天说说分片，对分片就是那个很多人都在问的MongoDB的分片。你知道吗？ 有一些根本没有用过MongoDB的人直接上来就问，MongoDB怎么分片，问分片的性能好不好，能存多少数据！我对此的看法，这人一定不是BT，但可能是SB，抱歉爆粗口了。可能因为MySQL的毒害，很多搞MySQL的开发者，架构师，甚至是MySQL的部分DBA，上来对MongoDB
最近忙，更新率低了，今天说说其中的一个原因，最近和业内的ETL方面的更新的技术在进行学习，之前一些ETL的观念在这次的学习中，也彻底被更新了，这是整个的学习过程进行一个记录，每天都是新知识，每天都是崭新的。在ETL数据传输和数据处理中，我们习惯使用的方法多是Kettle,otter,canal,ogg这样的数据迁移ETL软件。可时代变迁了，再用这些软件在很多场合已经不合时宜了。尤其是短平快的需求下
最近没有怎么写MongoDB的部分，本周开始连续的搞MongoDB的部分，搞一个MongoDB宣传系列，系列将主要聚焦在MongoDB的核心，设计与建模部分。建模与设计在本人8年的MongoDB的工作和学习中，已经深刻理解到MongoDB的精髓，设计，设计，还是TM的设计。在去年MongoDB的CTO，技术负责人在MongoDB的大会上的轰炸式的宣传中，提高MongoDB的性能的方式或者说重点，已
最近在读萧少聪老师翻译的书，MongoDB DATA MODELING AND SCHEMA DESIGN,主要是关于如何对数据建模的部分，当然这里建模是有倾向性的，是对于NOSQL的部分进行数据建模的一些理论和案例。同时也找了另一本书,对比着看，NOSQL 与 RDBMS的建模之间的差异点在哪里。 先说相同点 1 其中的一些相同都具有的固定的概念 实体，关系，属性，数据模型的三个层次，业务需求
这是MongoDB 宣传周的第二集，本集将讨论2 在模式之间迁移如何更简单，让应用停机的时间更少 3 更好的支持板结构化的数据结构说到这两个问题，我们首先要引入两个知识点，嵌入文档和引用文档两个概念。1 什么叫嵌入文档如果从字面的意思理解，是一个文档中嵌套了或包含了另一个文档，这是一种关联数据的方式，利用这样的方式我们就直接避免了JOIN，对传统数据库的表的JOI
这篇文章是意外，本来不应该出现的。不过昨天在阿里爸爸的PolarDB for PostgreSQL的核心研发和产品经理从我这离开后，我就开始恍惚，开始憋气。1 我有点舍不得我的那一堆的 4 5 6 7 8 9 10 T的POSTGRESQL 数据库，因为我知道留不住了，早晚得事情了，心情非常的C。2 我又高兴，高兴我又走到了数据库产品的最新的阵营，说我是吃螃蟹的，我吃的都是
今天我们继续讨论 4 基于基本操作的复杂更新 5 如何利用传统数据库经常谈到的，两阶段提交协议在MongoDB中应用乐观更新的模式在说这个部分前我们先说说 数组MongoDB 中在在进行文档设计的时候，必须要提到一点，数组。在传统数据库中基本上很少提到数组，但是在MongoDB的设计中数组是必须要会的一个属性或者说一个“文档”设计当中的要点。这里我们先总
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
