当需要从数据库查询的表有上万条记录的时候，一次性查询所有结果会变得很慢，特别是随着数据量的增加特别明显，这时就需要使用分页查询。对于数据库分页查询，也有很多种方法和优化的点。谈优化前的准备工作为了对下面列举的一些优化进行测试，需要使用已有的一张表作为实际例子。表名：order\_history。描述：某个业务的订单历史表。主要字段

背景根据本人写博客的惯例，先交代下背景。在公司的系统中，我们的配置文件是切分有好几个的，不同的配置文件里面配置内容有着不同，对于日志的输出，也需要对不同的环境做出不同的输出，这是一个前提，本文即将讲述到的将日志输出到oracle数据库就是分环境输出的，本地测试的日志是非常多的，服务也时常重启，调试等，因此本地环境的日志不宜输出到数据库，而线上环境不

        最近接手了一个旧的系统，各种陈旧的问题比较多，其中最棘手的就是操作数据库的部分，具体如下：　　1、核心库是一个最后修改时间为2008年的库，先不说有多陈旧，现在这个库只是一个DLL文件，没有源码，也已经没人知道里面都实现了些啥功能，就算你怀疑数据库读写有问题，也无法验证和调试，反编译出来的源码也没法用。2、这个库用的是S

中大概阐述了一下我们之前碰到过的一些应用开发中的痛点：现有的云数据库起步使用成本较高应用开发对团队的起步要求较高现有云数据库配置复杂这些痛点当然不是我们先发现的，也不是我们先要尝试解决的。Google早在2014年就收购了firebase，或许是对这些痛点认可的最佳佐证。就在前两天，InfoQ上发布了一篇翻译文章：，这其实是作者的副标题，原标题是，文章

最近在研究数据库迁移工具，阅读源码的过程中学习了一些正则表达式的特殊用法，于是记录一下。@Testpublicvoidtest(){Stringsql"CREATETABLEtest_table(\n""idint(11)

简介过去几年来，出现了一种称为NoSQL的新型数据库管理系统。设计这些数据存储是为了克服在扩展传统关系数据库来处理一些应用程序时必须处理的数据负载类型的难题，比如说Amazon。这种可伸缩性的实现需要一定的代价：NoSQL系统通常不符合ACID（原子性、一致性、隔离和耐久性）；它们最终一致地表明，只要给定一定量的时间，所有数据更新最终都会

Kafka连接器是Kafka的一部分，是在Kafka和其它技术之间构建流式管道的一个强有力的框架。它可用于将数据从多个地方（包括数据库、消息队列和文本文件）流式注入到Kafka，以及从Kafka将数据流式传输到目标端（如文档存储、NoSQL、数据库、对象存储等）中。现实世界并不完美，出错是难免的，因此在出错时Kafka的管道能尽可能优雅地处理是最好的。一

   刚开始编程的时候，对多线程有着盲目的崇拜。遇到需要调用写的方法，就想用多线程来进行调用。结果这几天才发现了软件中的BUG，看来多线程也不是想用就能用的，用不好就会非常糟糕，导致一些莫名其名的BUG。        我写了一个数据库的小例子，也验证了这个BUG是确实存在的。首先呢，我在数据库中创建了两个字段的表格，两个字段分别为M,N。其中M我设

本文从CommonsDBCPtestOnBorrow的作用机制着手，管中窥豹，从一点去分析数据库连接池获取的过程以及架构分层设计。以下内容会按照每层的作用，贯穿分析整个调用流程。

XQuery是XML数据的查询语言，类似于SQL是数据库的查询语言。它被设计用于查询XML数据。XQuery示例xqueryfor$xindoc("books.xml")/bookstore/bookwhere$x/price30orderby$x/tit