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

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

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

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

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

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

通过FoxnicSQL做CRUD是一件非常简单的事情，FoxnicSQL分别提供了Insert、Update、Selelct、Delete四个类型做语句构建。当然，通过对象化的方式构建语句要比直接写SQL字符串要复杂一些，但是好处也是显而易见的。

Python中有三种数字类型：int（整数）float（浮点数）complex（复数）当您将值分配给变量时，将创建数字类型的变量：示例：获取您自己的Python服务器Pythonx1inty2.8floatz1jcomplex要验证Python中任何对象的

依赖注入当涉及依赖注入（DependencyInjection，DI）时，首先推荐使用构造函数注入，因为构造函数注入有很多技术优点，而且还与面向对象的设计原则密切相关。在业界，构造函数注入作为依赖注入的一种最佳实践得到了广泛的认可，在SpringFrame