CN104239307B - 用户信息存储方法和系统 - Google Patents
用户信息存储方法和系统 Download PDFInfo
- Publication number
- CN104239307B CN104239307B CN201310227544.7A CN201310227544A CN104239307B CN 104239307 B CN104239307 B CN 104239307B CN 201310227544 A CN201310227544 A CN 201310227544A CN 104239307 B CN104239307 B CN 104239307B
- Authority
- CN
- China
- Prior art keywords
- account number
- account
- name
- pattern
- storage system
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/901—Indexing; Data structures therefor; Storage structures
- G06F16/9017—Indexing; Data structures therefor; Storage structures using directory or table look-up
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2228—Indexing structures
- G06F16/2255—Hash tables
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2365—Ensuring data consistency and integrity
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/211—Schema design and management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/283—Multi-dimensional databases or data warehouses, e.g. MOLAP or ROLAP
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/901—Indexing; Data structures therefor; Storage structures
- G06F16/9017—Indexing; Data structures therefor; Storage structures using directory or table look-up
- G06F16/902—Indexing; Data structures therefor; Storage structures using directory or table look-up using more than one table in sequence, i.e. systems with three or more layers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Software Systems (AREA)
- Computational Linguistics (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Meter Arrangements (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了用户信息存储方法和系统:当获取到任一帐号ID对应的任一帐号,且确定该帐号符合预定的反查条件时,第一存储系统确定自身是否存储有该帐号ID对应的记录;如果否,则以该帐号ID为主键、以该帐号的帐号模式和帐号名字为一个值,生成一条记录,并存储;否则,将该帐号的帐号模式和帐号名字作为一个值,增加到该帐号ID对应的记录中;第二存储系统从第一存储系统中获取该帐号和该帐号ID,当确定该帐号符合预定的反查条件时,以该帐号的帐号模式和帐号名字为主键、以该帐号ID为值,生成一条记录,并存储。应用本发明所述方案,能够降低反查时的时延。
Description
技术领域
本发明涉及计算机技术,特别涉及用户信息存储方法和系统。
背景技术
微博,即微博客(Micro Blog)的简称,是一个基于用户关系的信息分享、传播以及获取平台,用户可以通过各种终端,以简短的文字(最多为140个字),发布个人所想、所做的信息,从而实现信息的即时分享等。
在微博平台上,可采用帐号ID来唯一标识一个用户,帐号ID通常由系统自动生成,并分配给用户。
由于帐号ID多为一个无规则的字符串,不太方便用户记忆,因此,微博平台通常还会提供其它的帐号供用户进行设置,如登录名、昵称等。
在实际应用中,可将微博平台为用户提供的帐号设置服务称为微博平台的用户名字服务,用户名字服务除了需要提供帐号设置,并将用户设置的帐号与用户的帐号ID进行绑定(关联)的功能外,还需要提供按照帐号反查对应的帐号ID的功能。
现有技术中,针对每个帐号ID,会创建一个数据库表,并以帐号ID作为主键,其对应的各帐号作为剩余的字段,从而实现帐号ID与其对应的各帐号之间的绑定。但是,这种方式在实际应用中会存在一定的问题,如:由于非主键字段无法创建索引,因此通过帐号反查帐号ID时的时延会很大,可用性不高。
发明内容
有鉴于此,本发明提供了用户信息存储方法和系统,能够降低反查时的时延。
本发明的技术方案是这样实现的:
一种用户信息存储方法,包括:
当获取到任一帐号ID对应的任一帐号,且确定所述帐号符合预定的反查条件时,第一存储系统确定自身是否存储有所述帐号ID对应的记录;如果否,则以所述帐号ID为主键、以所述帐号的帐号模式和帐号名字为一个值,生成一条记录,并存储;否则,将所述帐号的帐号模式和帐号名字作为一个值,增加到所述帐号ID对应的记录中;
第二存储系统从所述第一存储系统中获取所述帐号和所述帐号ID,当确定所述帐号符合预定的反查条件时,以所述帐号的帐号模式和帐号名字为主键、以所述帐号ID为值,生成一条记录,并存储,以便利用所述帐号的帐号模式和帐号名字反查所述帐号ID。
一种用户信息存储系统,包括:第一存储系统和第二存储系统;
所述第一存储系统,用于当获取到任一帐号ID对应的任一帐号,且确定所述帐号符合预定的反查条件时,确定自身是否存储有所述帐号ID对应的记录;如果否,则以所述帐号ID为主键、以所述帐号的帐号模式和帐号名字为一个值,生成一条记录,并存储;否则,将所述帐号的帐号模式和帐号名字作为一个值,增加到所述帐号ID对应的记录中;
所述第二存储系统,用于从所述第一存储系统中获取所述帐号和所述帐号ID,当确定所述帐号符合预定的反查条件时,以所述帐号的帐号模式和帐号名字为主键、以所述帐号ID为值,生成一条记录,并存储,以便利用所述帐号的帐号模式和帐号名字反查所述帐号ID。
一种第一存储系统,包括:
第一处理模块,用于当获取到任一帐号ID对应的任一帐号时,将所述帐号ID和所述帐号发送给第二处理模块;
所述第二处理模块,用于当确定所述帐号符合预定的反查条件时,确定自身是否存储有所述帐号ID对应的记录;如果否,则以所述帐号ID为主键、以所述帐号的帐号模式和帐号名字为一个值,生成一条记录,并存储;否则,将所述帐号的帐号模式和帐号名字作为一个值,增加到所述帐号ID对应的记录中。
一种第二存储系统,包括:
第三处理模块,用于从第一存储系统中获取任一帐号ID对应的任一帐号,并发送给第四处理模块;
所述第四处理模块,用于当确定所述帐号符合预定的反查条件时,以所述帐号的帐号模式和帐号名字为主键、以所述帐号ID为值,生成一条记录,并存储,以便利用所述帐号的帐号模式和帐号名字反查所述帐号ID。
可见,采用本发明所述方案,针对任一帐号ID,在第一存储系统中,按照以该帐号ID为主键、以该帐号ID对应的各帐号的帐号模式和帐号名字为值的方式,对该帐号ID及其对应的各帐号进行存储,在第二存储系统中,按照以各帐号的帐号模式和帐号名字为主键、以该帐号ID为值的方式,对该帐号ID及其对应的各帐号进行存储;这样,利用第一存储系统,可实现帐号ID与其对应的各帐号之间的绑定的功能,利用第二存储系统,可实现通过各帐号的帐号模式和帐号名字反查出该帐号ID的功能;相比于现有技术,本发明所述方案实现起来灵活方便,具有良好的可扩展性,而且,可降低反查时的时延,具有较强的实用性。
附图说明
图1为本发明用户信息存储方法实施例的流程图。
图2为本发明第一存储系统和第二存储系统中的用户信息存储方式示意图。
图3为本发明用户信息存储系统实施例的组成结构示意图。
图4为本发明第一存储系统实施例的组成结构示意图。
图5为本发明第二存储系统实施例的组成结构示意图。
具体实施方式
针对现有技术中存在的问题,本发明中提出一种用户信息存储方案,将用户的帐号数据进行单独存储。
为了使本发明的技术方案更加清楚、明白,以下参照附图并举实施例,对本发明所述方案作进一步的详细说明。
图1为本发明用户信息存储方法实施例的流程图。如图1所示,包括:
步骤11:当获取到任一帐号ID对应的任一帐号,且确定该帐号符合预定的反查条件时,第一存储系统确定自身是否存储有该帐号ID对应的记录;如果否,则以该帐号ID为主键、以该帐号的帐号模式和帐号名字为一个值,生成一条记录,并存储;否则,将该帐号的帐号模式和帐号名字作为一个值,增加到该帐号ID对应的记录中。
步骤12:第二存储系统从第一存储系统中获取该帐号和该帐号ID,当确定该帐号符合预定的反查条件时,以该帐号的帐号模式和帐号名字为主键、以该帐号ID为值,生成一条记录,并存储,以便利用该帐号的帐号模式和帐号名字反查该帐号ID。
可以看出,采用本发明所述方案后,针对任一帐号ID,在第一存储系统中,按照以该帐号ID为主键、以该帐号ID对应的各帐号的帐号模式和帐号名字为值的方式,对该帐号ID及其对应的各帐号进行存储,在第二存储系统中,按照以各帐号的帐号模式和帐号名字为主键、以该帐号ID为值的方式,对该帐号ID及其对应的各帐号进行存储。
图2为本发明第一存储系统和第二存储系统中的用户信息存储方式示意图。如图2所示,其中的每个方格即对应一条记录。
无论是第一存储系统,还是第二存储系统,在各自的记录中存储任一帐号的帐号模式时,均会以对应的预定整数值来表示,如用2来表示登录名这一帐号模式,用4来表示昵称这一帐号模式。
第一存储系统可提供以帐号ID为主键的读写服务,第二存储系统则可为第一存储系统以及外部提供反查接口。
在实际应用中,针对任一帐号ID对应的任一帐号,上述反查条件可以是指:
1)该帐号的帐号名字在该帐号的帐号模式下唯一;
比如:该帐号的帐号模式为昵称,那么,该帐号的帐号名字不能与其它用户的昵称发生重复;
2)该帐号的帐号名字在该帐号的帐号模式以及至少一个其它帐号模式合并下唯一;
比如:该帐号的帐号模式为昵称,所述其它帐号模式(可以为一个,也可以为多个,以一个为例)为登录名,那么,该帐号的帐号名字不能与其它用户的昵称和登录名以及自己的登录名发生重复。
相应地,第一存储系统和第二存储系统之间的交互过程可如下所示。
1)当要求该帐号的帐号名字在该帐号的帐号模式下唯一时,第一存储系统将该帐号的帐号模式和帐号名字发送给第二存储系统;第二存储系统确定自身是否存储有满足第一判定条件的记录,所述满足第一判定条件的记录是指:该记录的主键中的帐号模式和帐号名字分别与该帐号的帐号模式和帐号名字相同;如果否,则确定该帐号符合反查条件,并通知第一存储系统,否则,确定该帐号不符合反查条件,并通知第一存储系统,相应地,第一存储系统可提示用户对该帐号的帐号名字进行修改,直至符合反查条件。
具体地,第二存储系统确定自身是否存储有满足第一判定条件的记录的方式可为:第二存储系统根据该帐号的帐号模式对应的整数值和该帐号的帐号名字计算出一个哈希值;找出自身各存储单元(类似于一个存储区间)中与该哈希值对应的存储单元,并确定其中是否存储有满足所述第一判定条件的记录。
如何计算哈希值为现有技术。
另外,与该哈希值对应的存储单元的个数可能为一个,也可能为多个,如果为多个,那么针对每个存储单元,分别确定其中是否存储有满足所述第一判定条件的记录,如果有任何一个存储单元中存储有满足所述第一判定条件的记录,则确定该帐号不符合反查条件。
2)当要求该帐号的帐号名字在该帐号的帐号模式以及至少一个其它帐号模式合并下唯一时,第一存储系统将该帐号的帐号模式和帐号名字发送给第二存储系统;第二存储系统确定自身是否存储有满足第二判定条件的记录,所述满足第二判定条件的记录是指:该记录的主键中的帐号模式与该帐号的帐号模式或所述其它帐号模式相同,且该记录的主键中的帐号名字与该帐号的帐号名字相同;如果否,则确定该帐号符合反查条件,并通知第一存储系统,否则,确定该帐号不符合反查条件,并通知第一存储系统,相应地,第一存储系统可提示用户对该帐号的帐号名字进行修改,直至符合反查条件。
具体地,第二存储系统确定自身是否存储有满足第二判定条件的记录的方式可为:第二存储系统按照预定映射规则,将该帐号的帐号模式对应的整数值映射为一个预定整数值,并根据映射后的整数值以及该帐号的帐号名字计算出一个哈希值;找出自身各存储单元中与该哈希值对应的存储单元,并确定其中是否存储有满足所述第二判定条件的记录。
比如,该帐号的帐号模式为昵称,所述其它帐号模式为登录名,登录名这一帐号模式对应的整数值为2,昵称这一帐号模式对应的整数值为4,那么,可设置映射规则{2,4}->{5},即将登录名这一帐号模式对应的整数值映射为5,将昵称这一帐号模式对应的整数值也映射为5。
基于上述1)和2)中的介绍,当第二存储系统确定出该帐号符合反查条件之后,可以该帐号的帐号模式和帐号名字为主键、以该帐号ID为值,生成一条记录,并存储,具体存储方式可为:将所生成的记录存储到计算出的哈希值对应的存储单元上;当对应的存储单元的个数为多个时,可选择其中的一个,如随机选择一个剩余存储空间足够的存储单元,将所生成的记录存储到该存储单元上。
其中,该帐号ID可以是第一存储系统在向第二存储系统发送该帐号的帐号模式和帐号名字时一起发送来的,也可以是单独发送来的,具体实现方式不限。
另外,在实际应用中,针对任一帐号ID对应的任一帐号,如果该帐号的帐号名字不要求唯一,那么,第一存储系统只需在自身存储该帐号,而不需要将该帐号存储到第二存储系统中,因为如果不唯一的话,后续将不能利用该帐号进行帐号ID的反查。相应地,第一存储系统需要确定自身是否存储有该帐号ID对应的记录;如果否,则以该帐号ID为主键、以该帐号的帐号模式和帐号名字为一个值,生成一条记录,并存储;否则,将该帐号的帐号模式和帐号名字作为一个值,增加到该帐号ID对应的记录中。
另外,当需要利用该帐号的帐号模式和帐号名字反查该帐号ID时,可采用以下处理方式:
当要求该帐号的帐号名字在该帐号的帐号模式下唯一时,第二存储系统根据该帐号的帐号模式对应的整数值和该帐号的帐号名字计算出一个哈希值;找出自身各存储单元中与该哈希值对应的存储单元,并确定其中是否存储有以下记录:该记录的主键中的帐号模式和帐号名字分别与该帐号的帐号模式和帐号名字相同,如果是,则将该记录中的帐号ID作为查找到的帐号ID;
当要求该帐号的帐号名字在该帐号的帐号模式以及至少一个其它帐号模式合并下唯一时,第二存储系统按照预定映射规则,将该帐号的帐号模式对应的整数值映射为一个预定整数值,并根据映射后的整数值以及该帐号的帐号名字计算出一个哈希值;找出自身各存储单元中与该哈希值对应的存储单元,并确定其中是否存储有以下记录:该记录的主键中的帐号模式和帐号名字分别与该帐号的帐号模式和帐号名字相同,如果是,则将该记录中的帐号ID作为查找到的帐号ID。
基于上述介绍,图3为本发明用户信息存储系统实施例的组成结构示意图。如图3所示,包括:第一存储系统31和第二存储系统32;
第一存储系统31,用于当获取到任一帐号ID对应的任一帐号,且确定所述帐号符合预定的反查条件时,确定自身是否存储有所述帐号ID对应的记录;如果否,则以所述帐号ID为主键、以所述帐号的帐号模式和帐号名字为一个值,生成一条记录,并存储;否则,将所述帐号的帐号模式和帐号名字作为一个值,增加到所述帐号ID对应的记录中;
第二存储系统32,用于从第一存储系统31中获取所述帐号和所述帐号ID,当确定所述帐号符合预定的反查条件时,以所述帐号的帐号模式和帐号名字为主键、以所述帐号ID为值,生成一条记录,并存储,以便利用所述帐号的帐号模式和帐号名字反查所述帐号ID。
图4为本发明第一存储系统实施例的组成结构示意图。如图4所示,包括:
第一处理模块41,用于当获取到任一帐号ID对应的任一帐号时,将所述帐号ID和所述帐号发送给第二处理模块42;
第二处理模块42,用于当确定所述帐号符合预定的反查条件时,确定自身是否存储有所述帐号ID对应的记录;如果否,则以所述帐号ID为主键、以所述帐号的帐号模式和帐号名字为一个值,生成一条记录,并存储;否则,将所述帐号的帐号模式和帐号名字作为一个值,增加到所述帐号ID对应的记录中。
其中,所述反查条件包括:所述帐号的帐号名字在所述帐号的帐号模式下唯一;所述帐号的帐号名字在所述帐号的帐号模式以及至少一个其它帐号模式合并下唯一;
相应地,第二处理模块42可进一步用于,若确定所述帐号不符合所述反查条件,则提示用户对所述帐号的帐号名字进行修改。
另外,第二处理模块42还可进一步用于,如果所述帐号的帐号名字不要求唯一,则确定自身是否存储有所述帐号ID对应的记录;如果否,则以所述帐号ID为主键、以所述帐号的帐号模式和帐号名字为一个值,生成一条记录,并存储;否则,将所述帐号的帐号模式和帐号名字作为一个值,增加到所述帐号ID对应的记录中。
图5为本发明第二存储系统实施例的组成结构示意图。如图5所示,包括:
第三处理模块51,用于从第一存储系统中获取任一帐号ID对应的任一帐号,并发送给第四处理模块52;
第四处理模块52,用于当确定所述帐号符合预定的反查条件时,以所述帐号的帐号模式和帐号名字为主键、以所述帐号ID为值,生成一条记录,并存储,以便利用所述帐号的帐号模式和帐号名字反查所述帐号ID。
其中,所述反查条件包括:所述帐号的帐号名字在所述帐号的帐号模式下唯一;所述帐号的帐号名字在所述帐号的帐号模式以及至少一个其它帐号模式合并下唯一;
相应地,当要求所述帐号的帐号名字在所述帐号的帐号模式下唯一时,第四处理模块52确定自身是否存储有满足第一判定条件的记录,所述满足第一判定条件的记录为:该记录的主键中的帐号模式和帐号名字分别与所述帐号的帐号模式和帐号名字相同;如果否,则确定所述帐号符合反查条件,否则,确定所述帐号不符合反查条件;
当要求所述帐号的帐号名字在所述帐号的帐号模式以及至少一个其它帐号模式合并下唯一时,第四处理模块52确定自身是否存储有满足第二判定条件的记录,所述满足第二判定条件的记录为:该记录的主键中的帐号模式与所述帐号的帐号模式或所述其它帐号模式相同,且该记录的主键中的帐号名字与所述帐号的帐号名字相同;如果否,则确定所述帐号符合反查条件,否则,确定所述帐号不符合反查条件。
其中,所述记录中的帐号模式可用对应的预定整数值来表示;
相应地,第四处理模块52根据所述帐号的帐号模式对应的整数值和所述帐号的帐号名字计算出一个哈希值;找出自身各存储单元中与所述哈希值对应的存储单元,并确定其中是否存储有满足所述第一判定条件的记录;
第四处理模块52按照预定映射规则,将所述帐号的帐号模式对应的整数值映射为一个预定整数值,并根据映射后的整数值以及所述帐号的帐号名字计算出一个哈希值;找出自身各存储单元中与所述哈希值对应的存储单元,并确定其中是否存储有满足所述第二判定条件的记录;
第四处理模块52以所述帐号的帐号模式和帐号名字为主键、以所述帐号ID为值,生成一条记录,并将所生成的记录存储到所述哈希值对应的存储单元上。
另外,第四处理模块52还可进一步用于,当利用所述帐号的帐号模式和帐号名字反查所述帐号ID时,
当要求所述帐号的帐号名字在所述帐号的帐号模式下唯一时,根据所述帐号的帐号模式对应的整数值和所述帐号的帐号名字计算出一个哈希值;找出自身各存储单元中与所述哈希值对应的存储单元,并确定其中是否存储有以下记录:该记录的主键中的帐号模式和帐号名字分别与所述帐号的帐号模式和帐号名字相同,如果是,则将该记录中的帐号ID作为查找到的所述帐号ID;
当要求所述帐号的帐号名字在所述帐号的帐号模式以及至少一个其它帐号模式合并下唯一时,按照预定映射规则,将所述帐号的帐号模式对应的整数值映射为一个预定整数值,并根据映射后的整数值以及所述帐号的帐号名字计算出一个哈希值;找出自身各存储单元中与所述哈希值对应的存储单元,并确定其中是否存储有以下记录:该记录的主键中的帐号模式和帐号名字分别与所述帐号的帐号模式和帐号名字相同,如果是,则将该记录中的帐号ID作为查找到的所述帐号ID。
上述各系统实施例的具体工作流程请参照前述方法实施例中的相应说明,此处不再赘述。
综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种用户信息存储方法,其特征在于,包括:
当获取到任一帐号ID对应的任一帐号,且确定所述帐号符合预定的反查条件时,第一存储系统确定自身是否存储有所述帐号ID对应的记录;如果否,则以所述帐号ID为主键、以所述帐号的帐号模式和帐号名字为一个值,生成一条记录,并存储;否则,将所述帐号的帐号模式和帐号名字作为一个值,增加到所述帐号ID对应的记录中;
第二存储系统从所述第一存储系统中获取所述帐号和所述帐号ID,当确定所述帐号符合预定的反查条件时,以所述帐号的帐号模式和帐号名字为主键、以所述帐号ID为值,生成一条记录,并存储,以便利用所述帐号的帐号模式和帐号名字反查所述帐号ID,其中,所述反查条件包括:所述帐号的帐号名字在所述帐号的帐号模式下唯一;所述帐号的帐号名字在所述帐号的帐号模式以及至少一个其它帐号模式合并下唯一;
其中,确定所述帐号是否符合所述反查条件包括:
当要求所述帐号的帐号名字在所述帐号的帐号模式下唯一时,所述第一存储系统将所述帐号的帐号模式和帐号名字发送给所述第二存储系统;
所述第二存储系统确定自身是否存储有满足第一判定条件的记录,所述满足第一判定条件的记录为:该记录的主键中的帐号模式和帐号名字分别与所述帐号的帐号模式和帐号名字相同;如果否,则确定所述帐号符合反查条件,并通知所述第一存储系统,否则,确定所述帐号不符合反查条件,并通知所述第一存储系统;
当要求所述帐号的帐号名字在所述帐号的帐号模式以及至少一个其它帐号模式合并下唯一时,所述第一存储系统将所述帐号的帐号模式和帐号名字发送给所述第二存储系统;
所述第二存储系统确定自身是否存储有满足第二判定条件的记录,所述满足第二判定条件的记录为:该记录的主键中的帐号模式与所述帐号的帐号模式或所述其它帐号模式相同,且该记录的主键中的帐号名字与所述帐号的帐号名字相同;如果否,则确定所述帐号符合反查条件,并通知所述第一存储系统,否则,确定所述帐号不符合反查条件,并通知所述第一存储系统。
2.根据权利要求1所述的方法,其特征在于,
该方法进一步包括:若确定所述帐号不符合所述反查条件,则提示用户对所述帐号的帐号名字进行修改。
3.根据权利要求1所述的方法,其特征在于,
所述记录中的帐号模式用对应的预定整数值来表示;
所述第二存储系统确定自身是否存储有满足第一判定条件的记录包括:所述第二存储系统根据所述帐号的帐号模式对应的整数值和所述帐号的帐号名字计算出一个哈希值;找出自身各存储单元中与所述哈希值对应的存储单元,并确定其中是否存储有满足所述第一判定条件的记录;
所述第二存储系统确定自身是否存储有满足第二判定条件的记录包括:所述第二存储系统按照预定映射规则,将所述帐号的帐号模式对应的整数值映射为一个预定整数值,并根据映射后的整数值以及所述帐号的帐号名字计算出一个哈希值;找出自身各存储单元中与所述哈希值对应的存储单元,并确定其中是否存储有满足所述第二判定条件的记录;
所述第二存储系统生成一条记录,并存储包括:所述第二存储系统将所生成的记录存储到所述哈希值对应的存储单元上。
4.根据权利要求3所述的方法,其特征在于,所述利用所述帐号的帐号模式和帐号名字反查所述帐号ID包括:
当要求所述帐号的帐号名字在所述帐号的帐号模式下唯一时,所述第二存储系统根据所述帐号的帐号模式对应的整数值和所述帐号的帐号名字计算出一个哈希值;找出自身各存储单元中与所述哈希值对应的存储单元,并确定其中是否存储有以下记录:该记录的主键中的帐号模式和帐号名字分别与所述帐号的帐号模式和帐号名字相同,如果是,则将该记录中的帐号ID作为查找到的所述帐号ID;
当要求所述帐号的帐号名字在所述帐号的帐号模式以及至少一个其它帐号模式合并下唯一时,所述第二存储系统按照预定映射规则,将所述帐号的帐号模式对应的整数值映射为一个预定整数值,并根据映射后的整数值以及所述帐号的帐号名字计算出一个哈希值;找出自身各存储单元中与所述哈希值对应的存储单元,并确定其中是否存储有以下记录:该记录的主键中的帐号模式和帐号名字分别与所述帐号的帐号模式和帐号名字相同,如果是,则将该记录中的帐号ID作为查找到的所述帐号ID。
5.根据权利要求1、2、3或4所述的方法,其特征在于,
该方法进一步包括:如果所述帐号的帐号名字不要求唯一,则所述第一存储系统确定自身是否存储有所述帐号ID对应的记录;如果否,则以所述帐号ID为主键、以所述帐号的帐号模式和帐号名字为一个值,生成一条记录,并存储;否则,将所述帐号的帐号模式和帐号名字作为一个值,增加到所述帐号ID对应的记录中。
6.一种用户信息存储系统,其特征在于,包括:第一存储系统和第二存储系统;
所述第一存储系统,用于当获取到任一帐号ID对应的任一帐号,且确定所述帐号符合预定的反查条件时,确定自身是否存储有所述帐号ID对应的记录;如果否,则以所述帐号ID为主键、以所述帐号的帐号模式和帐号名字为一个值,生成一条记录,并存储;否则,将所述帐号的帐号模式和帐号名字作为一个值,增加到所述帐号ID对应的记录中;
所述第二存储系统,用于从所述第一存储系统中获取所述帐号和所述帐号ID,当确定所述帐号符合预定的反查条件时,以所述帐号的帐号模式和帐号名字为主键、以所述帐号ID为值,生成一条记录,并存储,以便利用所述帐号的帐号模式和帐号名字反查所述帐号ID,其中,所述反查条件包括:所述帐号的帐号名字在所述帐号的帐号模式下唯一;所述帐号的帐号名字在所述帐号的帐号模式以及至少一个其它帐号模式合并下唯一;
其中,确定所述帐号是否符合所述反查条件包括:
当要求所述帐号的帐号名字在所述帐号的帐号模式下唯一时,所述第一存储系统将所述帐号的帐号模式和帐号名字发送给所述第二存储系统;
所述第二存储系统确定自身是否存储有满足第一判定条件的记录,所述满足第一判定条件的记录为:该记录的主键中的帐号模式和帐号名字分别与所述帐号的帐号模式和帐号名字相同;如果否,则确定所述帐号符合反查条件,并通知所述第一存储系统,否则,确定所述帐号不符合反查条件,并通知所述第一存储系统;
当要求所述帐号的帐号名字在所述帐号的帐号模式以及至少一个其它帐号模式合并下唯一时,所述第一存储系统将所述帐号的帐号模式和帐号名字发送给所述第二存储系统;
所述第二存储系统确定自身是否存储有满足第二判定条件的记录,所述满足第二判定条件的记录为:该记录的主键中的帐号模式与所述帐号的帐号模式或所述其它帐号模式相同,且该记录的主键中的帐号名字与所述帐号的帐号名字相同;如果否,则确定所述帐号符合反查条件,并通知所述第一存储系统,否则,确定所述帐号不符合反查条件,并通知所述第一存储系统。
7.一种第一存储系统,其特征在于,包括:
第一处理模块,用于当获取到任一帐号ID对应的任一帐号时,将所述帐号ID和所述帐号发送给第二处理模块;
所述第二处理模块,用于当确定所述帐号符合预定的反查条件时,确定自身是否存储有所述帐号ID对应的记录;如果否,则以所述帐号ID为主键、以所述帐号的帐号模式和帐号名字为一个值,生成一条记录,并存储;否则,将所述帐号的帐号模式和帐号名字作为一个值,增加到所述帐号ID对应的记录中,其中,所述反查条件包括:所述帐号的帐号名字在所述帐号的帐号模式下唯一;所述帐号的帐号名字在所述帐号的帐号模式以及至少一个其它帐号模式合并下唯一;
其中,确定所述帐号是否符合所述反查条件包括:
当要求所述帐号的帐号名字在所述帐号的帐号模式下唯一时,所述第一存储系统将所述帐号的帐号模式和帐号名字发送给第二存储系统;
所述第二存储系统确定自身是否存储有满足第一判定条件的记录,所述满足第一判定条件的记录为:该记录的主键中的帐号模式和帐号名字分别与所述帐号的帐号模式和帐号名字相同;如果否,则确定所述帐号符合反查条件,并通知所述第一存储系统,否则,确定所述帐号不符合反查条件,并通知所述第一存储系统;
当要求所述帐号的帐号名字在所述帐号的帐号模式以及至少一个其它帐号模式合并下唯一时,所述第一存储系统将所述帐号的帐号模式和帐号名字发送给所述第二存储系统;
所述第二存储系统确定自身是否存储有满足第二判定条件的记录,所述满足第二判定条件的记录为:该记录的主键中的帐号模式与所述帐号的帐号模式或所述其它帐号模式相同,且该记录的主键中的帐号名字与所述帐号的帐号名字相同;如果否,则确定所述帐号符合反查条件,并通知所述第一存储系统,否则,确定所述帐号不符合反查条件,并通知所述第一存储系统。
8.根据权利要求7所述的第一存储系统,其特征在于,
所述反查条件包括:所述帐号的帐号名字在所述帐号的帐号模式下唯一;所述帐号的帐号名字在所述帐号的帐号模式以及至少一个其它帐号模式合并下唯一;
所述第二处理模块进一步用于,若确定所述帐号不符合所述反查条件,则提示用户对所述帐号的帐号名字进行修改。
9.根据权利要求8所述的第一存储系统,其特征在于,
所述第二处理模块进一步用于,如果所述帐号的帐号名字不要求唯一,则确定自身是否存储有所述帐号ID对应的记录;如果否,则以所述帐号ID为主键、以所述帐号的帐号模式和帐号名字为一个值,生成一条记录,并存储;否则,将所述帐号的帐号模式和帐号名字作为一个值,增加到所述帐号ID对应的记录中。
10.一种第二存储系统,其特征在于,包括:
第三处理模块,用于从第一存储系统中获取任一帐号ID对应的任一帐号,并发送给第四处理模块;
所述第四处理模块,用于当确定所述帐号符合预定的反查条件时,以所述帐号的帐号模式和帐号名字为主键、以所述帐号ID为值,生成一条记录,并存储,以便利用所述帐号的帐号模式和帐号名字反查所述帐号ID,其中,所述反查条件包括:所述帐号的帐号名字在所述帐号的帐号模式下唯一;所述帐号的帐号名字在所述帐号的帐号模式以及至少一个其它帐号模式合并下唯一;
其中,确定所述帐号是否符合所述反查条件包括:
当要求所述帐号的帐号名字在所述帐号的帐号模式下唯一时,所述第四处理模块确定自身是否存储有满足第一判定条件的记录,所述满足第一判定条件的记录为:该记录的主键中的帐号模式和帐号名字分别与所述帐号的帐号模式和帐号名字相同;如果否,则确定所述帐号符合反查条件,并通知所述第一存储系统,否则,确定所述帐号不符合反查条件,并通知所述第一存储系统;
当要求所述帐号的帐号名字在所述帐号的帐号模式以及至少一个其它帐号模式合并下唯一时,所述第四处理模块确定自身是否存储有满足第二判定条件的记录,所述满足第二判定条件的记录为:该记录的主键中的帐号模式与所述帐号的帐号模式或所述其它帐号模式相同,且该记录的主键中的帐号名字与所述帐号的帐号名字相同;如果否,则确定所述帐号符合反查条件,并通知所述第一存储系统,否则,确定所述帐号不符合反查条件,并通知所述第一存储系统。
11.根据权利要求10所述的第二存储系统,其特征在于,
所述记录中的帐号模式用对应的预定整数值来表示;
所述第四处理模块根据所述帐号的帐号模式对应的整数值和所述帐号的帐号名字计算出一个哈希值;找出自身各存储单元中与所述哈希值对应的存储单元,并确定其中是否存储有满足所述第一判定条件的记录;
所述第四处理模块按照预定映射规则,将所述帐号的帐号模式对应的整数值映射为一个预定整数值,并根据映射后的整数值以及所述帐号的帐号名字计算出一个哈希值;找出自身各存储单元中与所述哈希值对应的存储单元,并确定其中是否存储有满足所述第二判定条件的记录;
所述第四处理模块以所述帐号的帐号模式和帐号名字为主键、以所述帐号ID为值,生成一条记录,并将所生成的记录存储到所述哈希值对应的存储单元上。
12.根据权利要求11所述的第二存储系统,其特征在于,
所述第四处理模块进一步用于,当利用所述帐号的帐号模式和帐号名字反查所述帐号ID时,
当要求所述帐号的帐号名字在所述帐号的帐号模式下唯一时,根据所述帐号的帐号模式对应的整数值和所述帐号的帐号名字计算出一个哈希值;找出自身各存储单元中与所述哈希值对应的存储单元,并确定其中是否存储有以下记录:该记录的主键中的帐号模式和帐号名字分别与所述帐号的帐号模式和帐号名字相同,如果是,则将该记录中的帐号ID作为查找到的所述帐号ID;
当要求所述帐号的帐号名字在所述帐号的帐号模式以及至少一个其它帐号模式合并下唯一时,按照预定映射规则,将所述帐号的帐号模式对应的整数值映射为一个预定整数值,并根据映射后的整数值以及所述帐号的帐号名字计算出一个哈希值;找出自身各存储单元中与所述哈希值对应的存储单元,并确定其中是否存储有以下记录:该记录的主键中的帐号模式和帐号名字分别与所述帐号的帐号模式和帐号名字相同,如果是,则将该记录中的帐号ID作为查找到的所述帐号ID。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310227544.7A CN104239307B (zh) | 2013-06-08 | 2013-06-08 | 用户信息存储方法和系统 |
PCT/CN2014/075555 WO2014194718A1 (en) | 2013-06-08 | 2014-04-17 | Method and system for storing user information cross reference |
US14/962,225 US20160085798A1 (en) | 2013-06-08 | 2015-12-08 | Method and system for storing user information |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310227544.7A CN104239307B (zh) | 2013-06-08 | 2013-06-08 | 用户信息存储方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104239307A CN104239307A (zh) | 2014-12-24 |
CN104239307B true CN104239307B (zh) | 2018-07-27 |
Family
ID=52007512
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310227544.7A Active CN104239307B (zh) | 2013-06-08 | 2013-06-08 | 用户信息存储方法和系统 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20160085798A1 (zh) |
CN (1) | CN104239307B (zh) |
WO (1) | WO2014194718A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105825371A (zh) * | 2015-01-07 | 2016-08-03 | 阿里巴巴集团控股有限公司 | 业务处理方法和装置 |
CN113645263B (zh) * | 2020-05-11 | 2024-04-16 | 广州汽车集团股份有限公司 | 账号绑定方法及装置 |
US20230095230A1 (en) * | 2021-09-29 | 2023-03-30 | Amazon Technologies, Inc. | Separate relationship management for application data objects |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1917711A (zh) * | 2006-08-29 | 2007-02-21 | 中国移动通信集团公司 | 用户标识信息处理方法 |
US8407180B1 (en) * | 2010-11-29 | 2013-03-26 | Teradata Us, Inc. | Eliminating inner joins based on a temporal relationship constraint |
CN103095802A (zh) * | 2012-12-07 | 2013-05-08 | 网际傲游(北京)科技有限公司 | 一种应用浏览器管理多个账号的方法和装置 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6609104B1 (en) * | 1999-05-26 | 2003-08-19 | Incentech, Inc. | Method and system for accumulating marginal discounts and applying an associated incentive |
US7251747B1 (en) * | 2001-09-20 | 2007-07-31 | Ncr Corp. | Method and system for transferring data using a volatile data transfer mechanism such as a pipe |
EP1851662A2 (en) * | 2005-02-24 | 2007-11-07 | Xeround Systems Ltd. | Method and apparatus for distributed data management in a switching network |
JP2011511366A (ja) * | 2008-02-01 | 2011-04-07 | ジ・オリバー・グループ・リミテッド・ライアビリティ・カンパニー | データの検索および索引付けの方法およびそれを実施するシステム |
CN101860449B (zh) * | 2009-04-09 | 2014-02-19 | 华为技术有限公司 | 一种数据查询方法、装置及系统 |
US8019783B2 (en) * | 2009-05-19 | 2011-09-13 | Oracle International Corporation | Search interface for finding data items of interest from a database system |
CN101866358B (zh) * | 2010-06-12 | 2012-09-05 | 中国科学院计算技术研究所 | 一种多维区间查询方法及系统 |
US9119067B2 (en) * | 2011-06-03 | 2015-08-25 | Apple Inc. | Embodiments of a system and method for securely managing multiple user handles across multiple data processing devices |
CN102243664B (zh) * | 2011-08-22 | 2013-04-03 | 西北大学 | 一种复合字段的数据存储及查询方法 |
CN103020204B (zh) * | 2012-12-05 | 2018-09-25 | 北京普泽创智数据技术有限公司 | 一种对分布式顺序表进行多维区间查询的方法及其系统 |
US20140172781A1 (en) * | 2012-12-14 | 2014-06-19 | Sharada Kalanidhi Karmarkar | Method and system for interactive geometric representations, use and decisioning of data |
-
2013
- 2013-06-08 CN CN201310227544.7A patent/CN104239307B/zh active Active
-
2014
- 2014-04-17 WO PCT/CN2014/075555 patent/WO2014194718A1/en active Application Filing
-
2015
- 2015-12-08 US US14/962,225 patent/US20160085798A1/en not_active Abandoned
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1917711A (zh) * | 2006-08-29 | 2007-02-21 | 中国移动通信集团公司 | 用户标识信息处理方法 |
US8407180B1 (en) * | 2010-11-29 | 2013-03-26 | Teradata Us, Inc. | Eliminating inner joins based on a temporal relationship constraint |
CN103095802A (zh) * | 2012-12-07 | 2013-05-08 | 网际傲游(北京)科技有限公司 | 一种应用浏览器管理多个账号的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2014194718A1 (en) | 2014-12-11 |
CN104239307A (zh) | 2014-12-24 |
WO2014194718A8 (en) | 2015-07-09 |
US20160085798A1 (en) | 2016-03-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108287886B (zh) | 同步数据变更信息的方法及装置 | |
US20160335609A1 (en) | Representation of digital asset structure, ownership and evolution by virtue of a hierarchical, compounding tagging mechanism on a transaction-based network | |
Lisnianski et al. | Recent advances in system reliability | |
CN104699740B (zh) | 针对文件生成内容可寻址存储签名的方法和系统 | |
Wahlstrom et al. | Privacy by design: a Holochain exploration | |
CN104935502A (zh) | 邮件群组的创建方法及装置 | |
CN110022315A (zh) | 一种块链式账本中的权重管理方法、装置及设备 | |
CN104239307B (zh) | 用户信息存储方法和系统 | |
Bertoin | Sizes of the largest clusters for supercritical percolation on random recursive trees | |
CN109145053B (zh) | 数据处理方法和装置、客户端、服务器 | |
Kalawsky | The next generation of grand challenges for systems engineering research | |
CN106940712A (zh) | 序列生成方法与设备 | |
Mahdioui et al. | On a System of Generalized Mixed Equilibrium Problems Involving Variational‐Like Inequalities in Banach Spaces: Existence and Algorithmic Aspects | |
EP3269097A1 (en) | Architecture for large data management in communication applications through multiple mailboxes | |
TW201926153A (zh) | 驗證問卷的產生方法和裝置 | |
Mursaleen et al. | Schauder basis, separability, and approximation property in intuitionistic fuzzy normed space | |
CN103309973B (zh) | 可验证外包数据查询的方法及系统 | |
JP2018195907A (ja) | データ管理システム、データ管理方法及びデータ管理プログラム | |
Misra et al. | Relative aging of (n− k+ 1)‐out‐of‐n systems based on cumulative hazard and cumulative reversed hazard functions | |
Oon | Note on the lower bound of least common multiple | |
CN105095283A (zh) | 网络社交系统中准好友的推荐方法和系统 | |
Andrikopoulos | A Solution to the Completion Problem for Quasi‐Pseudometric Spaces | |
Sato | The numerical class of a surface on a toric manifold | |
CN109032804B (zh) | 数据处理方法和装置、服务器 | |
Whittier | Generational and cohort analysis |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |