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

1.数据切分概念数据的切分根据其切分规则的类型，可以分为两种切分模式。一种是按照不同的表（或者Schema）来切分到不同的数据库（主机）(https://jq.qq.com/?wv1027&k0IsBuUb0)之上，这种切可以称之为数据的垂直（纵向）切分；另外一则是根据表中的数据的逻辑关系，将同一个表中的数据按照某种条件拆分到多台数据库（主机）上面，这种切

“新建智能映射”：新建填报操作填报操作名称：设置这个填报操作的名称数据源：设置这个填报操作映射的数据源点击“下一步”，选择数据库表Schema：选择这个数据库的Schema。表名筛选：查找需要选择的数据表，不区分大小写。勾选需要填报的数据表，点击“下一步”，设置填报字段填报单元格：选择填报操作时，这个字段对应报表中的哪个字段的值。勾选主键：当数据进行填报时

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

背景不知道是否你还在为下面的问题而困扰：当你使用了redis或者其他中间件做缓存的时候，经常发现缓存和数据库的数据不一致，只能通过定时任务或者缓存过期的方式去做一些限制。当你使用了ES做搜索工具，使用双写的那一套方法，还在为ES和数据库不是一个事务而担忧。当你需要迁移数据的时候，也还在使用双写的方法，如果是同一个数据

和关系数据库一样，Neo4j同样可以创建索引来加快查找速度。在关系数据库中创建索引需要索引字段和指向记录的指针，通过索引可以快速查找到表中的行。在Neo4j中，其索引是通过属性来创建，便于快速查找节点或者关系。手动索引先来说一下怎样创建手动索引。创建索引采用显示创建，就像添加节点一样添加索引项，一个索引项标识的是一个节点或

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

上周在工作中遇到了一个问题场景，即查询商品的配件信息时（商品：配件为1：N的关系），如若商品并未配置配件信息，则查数据库为空，且不会加入缓存，这就会导致，下次在查询同样商品的配件时，由于缓存未命中，则仍旧会查底层数据库，所以缓存就一直未起到应有的作用，当并发流量大时，会很容易把DB打垮。缓存穿透问题缓存穿透是指查询一个根本不存在的数

事务四大特性原子性：不可分割的操作单元，事务中所有操作，要么全部成功；要么撤回到执行事务之前的状态一致性：如果在执行事务之前数据库是一致的，那么在执行事务之后数据库也还是一致的；隔离性：事务操作之间彼此独立和透明互不影响。事务独立运行。这通常使用锁来实现。一个事务处理后的结果，影响了其他事务，那么其他事务会撤回。

【MySQL】164\.数据库的三范式是什么？第一范式：强调的是列的原子性，即数据库表的每一列都是不可分割的原子数据项。第二范式：属性完全依赖于主键（满足第一范式的前提下），即任意一个字段只依赖于表中的同一个字段。第三范式：任何非主属性不依赖于其它非主属性（满足第二范式的前提下）。即不存在传