无论在OLAP还是OLTP领域，Join都是业务常会涉及到且优化规则比较复杂的SQL语句。对于离线计算而言，经过数据库领域多年的积累，Join语义以及实现已经十分成熟，然而对于近年来刚兴起的StreamingSQL来说Join却处于刚起步的状态。其中最为关键的问题在于Join的实现依赖于缓存整个数据集，而Strea

在生产数据库做CURD操作时，可能会有执行某条语句误操作的情况发生，针对这个种情况有两点建议：1、在SQLSERVER上开启事务确认功能，当执行完语句后确认无误，再提交事务。（开启方法见附件图片）。2、新建存储过程，粘贴附件脚本。此存储过程执行后能够自动产生两个操作日志表，自动记录CRUD的所有操作。适用于提交事务后才发现错误的情况

mergeinto根据查询数据对已存在的表中数据执行删除、修改、新增操作，在实际应用中非常实用，可以减少insert、update、delete的书写。基本语法：merge into table_name tn using (select column_name,... from table_name ) tmp on tn.条件tm

作为TiDB在「面向未来的数据库」道路上具有里程碑意义的版本，TiDB4.0在稳定性、易用性、性能、云原生等各个方面都有着巨大的进步。新增的特性（如实时的强一致性、Severless等）让TiDB产品能够支持更多元的业务类型；通过支持TLS、增加官方组件管理工具TiUP、提供可视化Dashboard及分布式备份工具BR(Backup&

工欲善其事，必先利其器，我们在使用数据库时，通常需要各种工具的支持来提高效率；很多新用户在刚接触MongoDB时，遇到的问题是『不知道有哪些现成的工具可以使用』，本系列文章将主要介绍MongoDB生态在工具、driver、可视化管理等方面的支持情况。本文主要介绍MongoDB的一些可视化运维管理工具(https://www.oschina

不知何年何月何日曾经把某个nodejs的练习工程布到了Heroku上于是乎初次见识到heroku上的mongodb插件mongohq总之两个字：用之~【|\_|】~幸运的是结果跟预期的一样：mongohq这厮真的是一款着实便利的即引（只需要引用一个连接）即用（便可别无二样的在线使用mongodb）的单一接口型数据库插件（自己编的

1、场景作用削峰填谷，异步解耦。2、如何保证消息不被重复消费呢？这个问题可以换个思路，保证消息重复消费，其实是保证程序的幂等性。无论消息如何重复，程序运行的结果是一致的。比如消费消息后做数据库插入操作，为了防止消息重复消费，可以在插入前先查询一下有没有对应的数据。3、怎么保证从消息队列里拿到的数据按顺序执

在揭秘ClickHouseGroupBy之前，先聊聊数据库的性能对比测试问题。在虎哥看来，一个“讲武德”的性能对比测试应该提供什么信息呢？首先要尊重客观事实，在什么场景下，x比y快？其次是为什么x会比y快？如果以上两条都做到了，还有一点也比较重要：x的优势可以支撑多久？是架构等带来的长期优

接触MySQL数据库的小伙伴一定避不开索引，索引的出现是为了提高数据查询的效率，就像书的目录一样。某一个SQL查询比较慢，你第一时间想到的就是“给某个字段加个索引吧”，那么索引是什么？是如何工作的呢？一起静下心来，耐心看完这篇文章吧，干货不啰嗦，相信你一定

作者：京东零售李泽阳接触MySQL数据库的小伙伴一定避不开索引，索引的出现是为了提高数据查询的效率，就像书的目录一样。某一个SQL查询比较慢，你第一时间想到的就是“给某个字段加个索引吧”，那么索引是什么？是如何工作的呢？一起静下心来，耐心看完这篇文章吧，干