酒店数据的管理系统的制作方法
【技术领域】
[0001]本发明涉及一种酒店数据的管理系统，特别是涉及一种能够利用统一的读接口读取分布式存储的酒店数据的酒店数据的管理系统。
【背景技术】
[0002]如图1所示，在现有的酒店数据的管理系统中，全部的酒店数据均保存在一个数据库中，导致数据库中存储的数据太多，造成数据库写瓶颈严重，在数据量太大时需要人为降低某些写入数据的频率和数量，数据更新的时效性不好。并且，对于酒店的各个应用(包括查询应用、数据详情应用以及订单应用)都分别建立各自的缓存，导致各个应用的读取逻辑和缓存逻辑是各自开发的、分别独立的，即使读取同一数据库的统一数据表中的统一字段，对于不同的应用逻辑也可能不一致。而且，对每个应用均作独立的分布式缓存是比较困难的，因为缓存的大小通常有限，数据量太大时会导致数据溢出。同时对于不同的应用的接口无法进行平行扩展，数据量或并发量增大时服务器会有超时甚至停止服务的可能。
【发明内容】
[0003]本发明要解决的技术问题是为了克服现有技术中全部的酒店数据均保存在一个数据库中，并且对于不同的应用建立各自的缓存，导致数据写瓶颈严重、各个应用的读取逻辑和缓存逻辑均不相同且应用接口无法进行平行扩展的缺陷，提供一种能够利用统一的读接口读取分布式存储的酒店数据的酒店数据的管理系统。
[0004]本发明是通过下述技术方案来解决上述技术问题的:
[0005]本发明提供了一种酒店数据的管理系统，其特点在于，包括:
[0006]一静态数据库，用于存储所述酒店的静态数据，所述静态数据的日变化量为一第一数量级；
[0007]—动态数据库，用于存储所述酒店的动态数据，所述动态数据的日变化量为一第二数量级；所述第一数量级小于所述第二数量级；
[0008]一写接口，用于根据写配置将所述静态数据库中的静态数据以及所述动态数据库中的动态数据写入至少一个数据节点中；每个数据节点均对应至少一个存储所述数据节点的数据镜像的数据节点备份；
[0009]一唯一的读接口，用于接收用户输入的应用请求，根据读配置从数据节点备份中读取与所述应用请求相匹配的数据。
[0010]所述静态数据库中还存储有固定不变的数据，例如各个酒店的地址、各个酒店的联系电话等，在本发明的酒店数据的管理系统中，通过将大量的酒店数据从同一个数据库转移到多个数据节点中，使得数据库不再出现写瓶颈，并且利用统一的读接口读取数据，保证了接口逻辑的一致性。并且，在本发明中，不再需要对不同的应用建立各自的缓存，有效防止了数据的溢出，确保了服务器的正常运行，从而提高了数据的读写性能，提高了数据的时效性和一致性。
[0011]其中，所述写配置以及所述读配置均能够根据实际需要进行修改，从而实现了可配置化地定制读取或返回数据。
[0012]较佳地，每个所述数据节点中存储的数据均对应一唯一的主键，所述主键中记录有存储数据的数据库、数据表以及数据字段。
[0013]较佳地，所述数据节点中存储的数据的形式为字符串、xml (可扩展标记语言)字段、列表或哈希表。
[0014]较佳地，所述第一数量级为百万级，所述第二数量级为千万级或亿级。
[0015]较佳地，所述应用请求为查询请求、数据详情请求或订单请求。
[0016]较佳地，所述静态数据库中存储的静态数据包括酒店信息、用户订单以及用户数据。
[0017]较佳地，所述动态数据库中存储的动态数据包括酒店房价、酒店房量以及酒店房态。
[0018]本发明的积极进步效果在于:本发明通过将大量的酒店数据从同一个数据库转移到多个数据节点中，使得数据库不再出现写瓶颈，并且利用统一的读接口读取数据，保证了接口逻辑的一致性。在本发明中，不再需要对不同的应用建立各自的缓存，有效防止了数据的溢出，确保了服务器的正常运行，从而提高了数据的读写性能，提高了数据的时效性和一致性，实现了可配置化地定制读取或返回数据。
【附图说明】
[0019]图1为现有技术的酒店数据的管理系统的结构示意图。
[0020]图2为本发明的一较佳实施例的酒店数据的管理系统的结构示意图。
【具体实施方式】
[0021]下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。
[0022]如图2所示，本发明的酒店数据的管理系统包括一静态数据库1、一动态数据库2、一写接口 3、至少一个数据节点4、至少一个数据节点备份5以及一唯一的读接口 6。
[0023]其中，所述静态数据库I中能存储所述酒店的核心的静态数据，例如酒店信息、用户订单以及用户数据等，此类数据对准确性要求较高，数据量相对较小，每天的变化量在百万级，当然，所述静态数据库中还存储有一些固定不变的数据，例如各个酒店的地址、各个酒店的联系电话等。
[0024]所述动态数据库2中则存储有大量的变化频繁的数据，包括酒店房价、酒店房量以及酒店房态等，这类数据的更新量非常大，每天的变化量基本在亿级左右。
[0025]所述写接口 3则根据写配置将所述静态数据库I中的静态数据以及所述动态数据库2中的动态数据写入至少一个数据节点4中，每个数据节点4中的数据都以“主键-数据内容”的形式存储，其中主键为每个数据的唯一标识，其中记录有存储数据的数据库、数据表以及数据字段，而数据内容中的数据的形式可以为字符串、xml字段、列表或哈希表等。所述写配置则能够控制所述静态数据库I以及所述动态数据库2中的那些数据能够写入所述至少一个数据节点4，所述写配置能够根据实际需要在线进行修改，所述写接口 3就将由所述写配置指定的数据写入所述至少一个数据节点4。
[0026]其中，数据节点4是可分布式平行扩展的，它是只写的，只接收所述写接口 3写入的数据。每个数据节点4还对应至少一个数据节点备份5，所述数据节点备份5为数据节点4的镜像，其中存储有所述数据节点4中的数据镜像，所述数据节点备份5是只读的，能够将其中的数据通过所述读接口 6提供给各个应用。
[0027]所述读接口 6能够接收用户输入的应用请求，根据读配置分析用户具体请求的是哪个应用，例如可以为查询请求、数据详情请求或订单请求等，然后从所述数据节点备份5中读取与所述应用请求相匹配的数据，所述读配置也能够根据实际需要进行修改。
[0028]在本发明的酒店数据的管理系统中，通过将大量的酒店数据从同一个数据库转移到多个数据节点中，使得数据库不再出现写瓶颈，并且利用统一的读接口读取数据，保证了接口逻辑的一致性。在本发明中，不再需要对不同的应用建立各自的缓存，有效防止了数据的溢出，确保了服务器的正常运行，从而提高了数据的读写性能，提高了数据的时效性和一致性。
[0029]虽然以上描述了本发明的【具体实施方式】，但是本领域的技术人员应当理解，这些仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。
【主权项】
1.一种酒店数据的管理系统，其特征在于，包括: 一静态数据库，用于存储所述酒店的静态数据，所述静态数据的日变化量为一第一数量级； 一动态数据库，用于存储所述酒店的动态数据，所述动态数据的日变化量为一第二数量级；所述第一数量级小于所述第二数量级； 一写接口，用于根据写配置将所述静态数据库中的静态数据以及所述动态数据库中的动态数据写入至少一个数据节点中；每个数据节点均对应至少一个存储所述数据节点的数据镜像的数据节点备份； 一唯一的读接口，用于接收用户输入的应用请求，根据读配置从数据节点备份中读取与所述应用请求相匹配的数据。
2.如权利要求1所述的管理系统，其特征在于，每个所述数据节点中存储的数据均对应一唯一的主键，所述主键中记录有存储数据的数据库、数据表以及数据字段。
3.如权利要求2所述的管理系统，其特征在于，所述数据节点中存储的数据的形式为字符串、xml字段、列表或哈希表。
4.如权利要求1-3中任意一项所述的管理系统，其特征在于，所述第一数量级为百万级，所述第二数量级为千万级或亿级。
5.如权利要求4所述的管理系统，其特征在于，所述应用请求为查询请求、数据详情请求或订单请求。
6.如权利要求5所述的管理系统，其特征在于，所述静态数据库中存储的静态数据包括酒店信息、用户订单以及用户数据。
7.如权利要求6所述的管理系统，其特征在于，所述动态数据库中存储的动态数据包括酒店房价、酒店房量以及酒店房态。
【专利摘要】本发明公开了一种酒店数据的管理系统，包括：静态数据库，用于存储所述酒店的静态数据，静态数据的日变化量为第一数量级；动态数据库，用于存储所述酒店的动态数据，动态数据的日变化量为第二数量级；第一数量级小于第二数量级；写接口，用于根据写配置将静态数据库中的静态数据以及动态数据库中的动态数据写入至少一个数据节点中；每个数据节点均对应至少一个存储所述数据节点的数据镜像的数据节点备份；唯一的读接口，用于接收用户输入的应用请求，根据读配置从数据节点备份中读取与应用请求相匹配的数据。本发明使得数据库不再出现写瓶颈，保证了接口逻辑的一致性，有效防止了数据的溢出，提高了数据的读写性能。
【IPC分类】G06Q10-06, G06Q50-12, G06F17-30
【公开号】CN104751257
【申请号】CN201310729100
【发明人】吴鹏越, 蔡新发
【申请人】携程计算机技术（上海）有限公司
【公开日】2015年7月1日
【申请日】2013年12月25日