KJ3001X1-BE1

KJ3001X1-BE1

KJ3001X1-BE1分区能够存储更多的数据，因为表中数据都被存储在的不同的硬盘、体系或服务器中；

跟着数据的增加，能够随时增加新的分区来存储数据；在整理数据的时分，能够直接删去分区；优化了查询速度，每次查询数据时咱们不需求查询全部数据，只需求查询特定分区即可，例如数据表依照日期分区，每个年月是一个分区，那么当咱们查询某年某月的数据时只需求一个分区的数据即可（当然，这儿说的查询或许不谨慎，这儿仅仅举例子算了，不用介怀，关于查询的处理我将在后边的文章中介绍）。那么该怎样分区呢？下面咱们就以客服工单体系为例来阐明一下。2.2 针对客服工单体系的处理计划在客服工单体系中，咱们有一个工单表，的表结构由：工单编号、工单创立日期、工单状况（进行中、无人处理、已封闭）、客服究竟操作时刻、究竟处理人以及究竟处理人地点组组成。针对工单表的查询操作如下：客服查询无人处理的工单；
客服查询自己接手的工单；
客服组长查询本组的工单；
客服查询某个客户的工单；
客服主管/组长查询*近一个月完毕的工单。
为了结束在查询时只查询特定的分区，咱们需求在查询条件中包含分区字段，可是就现在而言这四个查询操作并没有共有的字段。那么，咱们就来创立这个分区字段，咱们来剖析一下哪些字段适合作为分区字段。

体系在邮件服务中获取到客服邮件后会创立工单；
客服需求查询无人处理的工单；
客服查询自己正在处理的工单；
客服主管/组长查询*近一个月工单完毕的状况；
工单处理完毕后，客服封闭工单。
剖析的这五个方面，呈现了三个适合做分区的字段：工单创立时刻、工单状况、客服究竟操作时刻。那么哪个或哪几个更适合做分区字段呢？依据上面的剖析可知咱们能够将工单状况和客服究竟操作时刻作为分区的字段，进行中、无人处理以及*近一个月内封闭的工单放在一个A分区中，越一个月的已封闭的工单放在一个B分区中。经过这样的处理，工单列表的查询速度就有了质的前进，每次查询 SQL 语句只用去扫描A分区就能够了。
可是，假定要这样做的话要考虑如下几个点：

开发组是否具有数据库分库经历；
因为要在出产环境中分区，因而要考虑分区给出产环境带来的影响。
三、数据冷热别离
在学数据冷热别离前咱们先来看一下底子概念

3.1 底子概念
冷热数据：
所谓的冷数据指的是不常用的，状况底子不变的数据，热数据指的是常常运用，而且会对其进行操作的数据。
冷热库：
存放冷数据的数据库被称为冷库，存放热数据的数据库被称为热库。
冷热别离：
在处理数据时，将数据依照冷热分为冷库和热库，在咱们的事例中工单表是热库。
3.2 冷热别离计划
冷热别离计划有两种，一种是冷热数据都运用同一种类型的数据库，另一种是将冷数据存储在NoSQL数据库中。下面们我来别离阐明一下。

3.2.1 计划一：同类型数库存储
一般来说这个计划能够处理大部分数据存储问题，而且冷热库运用的是相同的库结构，数据从热库搬迁到冷库时不用进行数据转化，而且代码部分改动较小。和数据库分区相同，咱们在实施这个计划前，需求考虑这几个问题：

怎样判别数据冷热；
冷热数据别离怎样触发；
From July 7 to July 10, abb appeared at the first Xiamen International Red Power new grid equipment exhibition, bringing the world's leading digital distribution solutions. This exhibition focuses on building a tight circulation platform on the supply side and demand side of China's power and electrical industry, and jointly building a new power system with the upstream and downstream of the supply chain to help achieve the "double carbon" goal.