CN200976656Y - 新型大容量用户信息处理系统 - Google Patents
新型大容量用户信息处理系统 Download PDFInfo
- Publication number
- CN200976656Y CN200976656Y CNU2006200432701U CN200620043270U CN200976656Y CN 200976656 Y CN200976656 Y CN 200976656Y CN U2006200432701 U CNU2006200432701 U CN U2006200432701U CN 200620043270 U CN200620043270 U CN 200620043270U CN 200976656 Y CN200976656 Y CN 200976656Y
- Authority
- CN
- China
- Prior art keywords
- database
- user
- user information
- user profile
- state
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本实用新型涉及新型大容量用户信息处理系统，包括流水记录模块、数据库、查询结果预处理模块，所述的流水记录模块、数据库、查询结果预处理模块依次双向连接。与现有技术相比，本实用新型减少了数据库修改的负载，同时又保证了用户信息的及时性，提高了用户信息查询的效率。
Description
技术领域
本实用新型涉及移动通讯中用户信息的处理，特别是涉及新型大容量用户信息处理系统。
背景技术
随着移动增值业务的快速发展，用户数量也逐步增加。在开展增值业务用户管理的过程中，由于用户数量非常巨大(在几亿级别)，用户信息的变化非常频繁，及时准确的基于大容量数据提供用户信息成为难题。由于用户信息变化的不确定性和用户查询信息得不确定性，如果随时响应用户状态变化进行数据库物理存储的修改，可能会导致数据库修改非常频繁，而且由于数据量非常庞大，数据库修改会带来极大的负载。但是如果不及时修改用户信息，如何保证用户的查询结果和实际数据一致就成为难题。
用户信息的管理主要涉及到如下几个方面：
用户信息存储，存储于数据库中；用户信息变更，包括增加、删除、修改等。需要对数据库中用户信息进行修改；用户信息查询，根据指定条件返回用户相关信息。
假定现在某个系统有一亿条用户信息，传统的做法是每当有用户信息变更时就及时进行数据库操作。如某个用户使用某项服务的状态由活动变为不活动，那么就需要在上亿条记录中寻找此项相关的内容，然后进行数据库UPDATE操作。由于数据量具大，查找定位指定的内容非常消耗资源，而且进行内容更新后会有相关的索引更新等数据库系统级操作也会消耗大量资源。用户状态信息的变化出现时间不固定，可能在某个相当长时间段内没有任何变化，也可能有大量的变化集中在某个较短的时间段内，这样会导致数据库负载非常不均衡，试验室环境中极端情况下会导致数据库超载而无法正常工作。
发明内容
本实用新型的目的是为了克服上述现有技术存在的缺陷而提供新型大容量用户信息处理系统。
本实用新型的目的可以通过以下技术方案来实现：新型大容量用户信息处理系统，其特征在于，包括流水记录模块、数据库、查询结果预处理模块，所述的流水记录模块、数据库、查询结果预处理模块依次双向连接。
所述的查询结果预处理模块包括状态转变单元。
与现有技术相比，本实用新型由于减少了全局的查找操作，减少了大部分的资源消耗；插入操作带来的数据库索引变化等系统级操作消耗的资源基本和UPDATE操作类似，这样通过生成新记录的方式描述用户信息的变化，减少了70％的数据库系统消耗，也就减少了数据库修改的负载，同时又保证了用户信息的及时性，提高了用户信息查询的效率。
附图说明
图1为本实用新型的状态转变单元的示意图。
具体实施方式
如图1所示，一种大容量用户信息的处理系统，该系统通过流水记录方式对用户信息和用户状态的变更进行记录，并定期集中更新数据库；在定期集中更新数据库之前发生的查询请求，通过查询结果预处理操作得到正确的查询结果。
本实施例首先将用户信息和用户状态的变化的流水记录入写入数据库，然后定期进行数据的状态统一处理。在用户信息统一之前发生的查询要求，其查询结果通过在展示时进行处理以保证结果的正确性。这种系统有效的减少了数据库访问次数，提高了用户信息查询的效率。
为减少数据库修改的负载同时又能保证用户信息的及时性，本实施例采用了定期集中更新数据库的方式结合查询结果预处理的系统，有效的解决了查询结果和实际数据一致的难题。
为解决数据库超载的问题，本实施例设计了一种流水记录的方式进行用户信息变更的记录。如某个用户使用某项服务的状态由活动变为不活动，则生成一条新的数据库记录插入到数据库表中以记录最近发生的变更操作。由于减少了全局的查找操作，减少了大部分的资源消耗。插入操作带来的数据库索引变化等系统级操作消耗的资源基本和UPDATE操作类似。这样通过生成新记录的方式描述用户信息的变化，减少了70％的数据库系统消耗。
增加了流水记录以后，数据库负载被有效减小，但同时带来两个新的问题：
a.每个用户使用某项服务的状态信息由多条数据库记录描述，最终状态无法确定，不能提供最终的用户状态信息。
b.随着流水记录的不断增加，数据库表规模不停增大，需要定期进行清理。
为解决上述问题，增加了如下算法：
进行用户状态信息查询时，返回所有此用户使用某项业务的所有信息。这其中包括用户信息的所有流水记录，然后根据流水记录的所有信息动态的临时生成最终的用户信息。由于用户信息变更包括订购业务、退订业务、退订业务确认等操作，根据流水记录生成最终结果的过程就比较复杂，采用如下算法进行：
a、首先将此用户信息的流水记录按照时间先后顺序进行排序，反映了用户信息变更的先后顺序。
b、按照时间先后顺序，对用户信息变化的流水记录按照如下的状态转移图进行状态转变，得到最终状态。
图1所示的过程如下：
(1)进行了用户订购操作，最终用户状态为订购状态。
(2)首先进行了用户订购，然后进行了用户退订业务的请求，最终状态为等待退订确认。
(3)首先进行了用户订购，然后进行了用户退订业务的请求，然后进行了重复的退订业务请求，最终状态为等待退订确认。
(4)首先进行了用户订购，然后进行了用户退订业务的请求，然后进行了不合法的订制业务请求，最终状态为等待退订确认。
(5)首先进行了用户订购，然后进行了用户退订业务的请求，然后进行了业务退订请求，最终状态为业务已经退订。
(6)首先进行了用户订购，然后进行了用户业务退订操作，最终状态为等待退订确认。
本实施例采用编写数据库存储过程的方式定期对数据库中的内容进行清理，删除不必要的垃圾数据，减少表长度。可以将数据库变更活动集中处理，提高数据库利用的效率。
Claims (2)
1.新型大容量用户信息处理系统，其特征在于，包括流水记录模块、数据库、查询结果预处理模块，所述的流水记录模块、数据库、查询结果预处理模块依次双向连接。
2.根据权利要求1所述的新型大容量用户信息处理系统，其特征在于，所述的查询结果预处理模块包括状态转变单元。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNU2006200432701U CN200976656Y (zh) | 2006-06-27 | 2006-06-27 | 新型大容量用户信息处理系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNU2006200432701U CN200976656Y (zh) | 2006-06-27 | 2006-06-27 | 新型大容量用户信息处理系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN200976656Y true CN200976656Y (zh) | 2007-11-14 |
Family
ID=38902935
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNU2006200432701U Expired - Lifetime CN200976656Y (zh) | 2006-06-27 | 2006-06-27 | 新型大容量用户信息处理系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN200976656Y (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102567544A (zh) * | 2012-01-16 | 2012-07-11 | 中国联合网络通信集团有限公司 | 数据库查询方法及装置 |
-
2006
- 2006-06-27 CN CNU2006200432701U patent/CN200976656Y/zh not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102567544A (zh) * | 2012-01-16 | 2012-07-11 | 中国联合网络通信集团有限公司 | 数据库查询方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108874971B (zh) | 一种应用于海量标签化实体数据存储的工具和方法 | |
| CN100468402C (zh) | 一种数据存储及查询方法 | |
| CN104933112A (zh) | 分布式互联网交易信息存储处理方法 | |
| CN103440288A (zh) | 一种大数据存储方法及装置 | |
| US20090254594A1 (en) | Techniques to enhance database performance | |
| CN103020315A (zh) | 一种基于主从分布式文件系统的海量小文件存储方法 | |
| CN102521419A (zh) | 分级存储的实现方法和系统 | |
| CN107291539B (zh) | 基于资源重要程度的集群程序调度方法 | |
| CN102955792A (zh) | 一种实时全文搜索引擎事务处理的实现方法 | |
| CN108717457A (zh) | 一种电子商务平台大数据处理方法和系统 | |
| CN102880678A (zh) | 一种嵌入式实时内存数据库 | |
| CN112632025A (zh) | 一种基于paas平台的电网企业管理决策支持应用系统 | |
| CN109828975A (zh) | 一种基于区块链的大规模快速账本存取系统 | |
| CN103488702A (zh) | 基于SorlCloud非结构化数据检索方法和系统 | |
| CN101963993B (zh) | 一种数据库单表记录快速查找的方法 | |
| CN103902582B (zh) | 一种减少数据仓库数据冗余的方法和装置 | |
| CN102508857B (zh) | 一种基于事件关联的桌面云搜索方法 | |
| CN103942301A (zh) | 一种面向多数据类型访问应用的分布式文件系统 | |
| CN107273462A (zh) | 一种构建HBase集群全文索引方法，数据读取方法以及数据写入方法 | |
| CN104391947B (zh) | 海量gis数据实时处理方法及系统 | |
| CN104794567B (zh) | 一种基于HBase的传染病数据管理方法 | |
| CN108763562A (zh) | 一种基于大数据技术提升数据交换效率的构建方法 | |
| CN104834663A (zh) | 面向光盘库的全文检索系统 | |
| CN200976656Y (zh) | 新型大容量用户信息处理系统 | |
| CN112540954B (zh) | 以目录单位的多级存储构建与在线迁移方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CX01 | Expiry of patent term |
Granted publication date: 20071114 |
|
| EXPY | Termination of patent right or utility model |