CN103700010A - 一种商品轨迹系统及相关方法 - Google Patents
一种商品轨迹系统及相关方法 Download PDFInfo
- Publication number
- CN103700010A CN103700010A CN201310744454.5A CN201310744454A CN103700010A CN 103700010 A CN103700010 A CN 103700010A CN 201310744454 A CN201310744454 A CN 201310744454A CN 103700010 A CN103700010 A CN 103700010A
- Authority
- CN
- China
- Prior art keywords
- commodity
- data
- information
- version
- version number
- 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.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供了一种商品轨迹系统，包括数据模块，其包括商品信息数据库和数据表；通信模块，用于与商品数据管理系统通过队列服务进行交互；监控模块，用于在发现所述商品数据管理系统中的商品版本信息产生变动时，接收商品数据管理系统向所述队列服务发送的消息；以及轨迹记录模块，用于消耗队列消息，以存储变动的商品信息。本发明改进了保存多版本商品轨迹信息，保证商品系统的稳定性和数据的可扩展性。
Description
技术领域
本发明涉及数据管理领域，特别涉及一种电子商务平台中存储商品版本信息的方法和系统。
背景技术
随着电子商务的快速发展，在线交易的商品的种类和数量逐渐增多，产品的制造商或销售商在电子商务系统中可以对所保持的商品进行数据管理，例如添加、删除商品。此外，在当前电商平台的商品数据管理系统中，商户经常需要根据市场变化的需求调整自己的商品信息，例如调整商品的出售价格和库存量，在出厂参数发生变化时，商户还需要相应地修改产品的参数，如外观和条形码等。为了分析商品的变动情况，商品数据管理系统对商品信息的变动进行了版本快照存储。首先定义商品在系统中是有版本存在的，然后随着商户对商品信息的变动，特别是一些关键信息的修改，系统判定为商品版本发生了改变，并把改变的版本号通知给商品版本系统，版本系统根据版本号，再调用提出该版本的商品信息，然后进行存储。
当前系统面临的问题是，如何存储较多的版本变动数据，才能避免影响正常的系统流程，或利用商品的版本信息可以方便地进行各种统计分析与挖掘。已有系统商品版本信息以直接方式简单地进行存储，并未定义各个版本之间的数据关联，这会消耗大量的存储空间。即目前的商品系统还不能实现高效的进行版本定义与版本存储，尽可能的节省空间和便于提取分析。在商品信息升级方面，随着产品主体结构的修改，版本系统也需要持续进行优化改进，才能实现维护与支持，因此不利于数据的扩展。
发明内容
为解决上述现有技术所存在的问题，本发明提出了一种商品轨迹系统和方法，高效地保存多个版本的商品轨迹信息，并且保证商品系统的稳定性和数据的可扩展性。
本发明采用如下技术方案：一种商品轨迹系统，包括：
数据模块，其包括商品信息数据库和数据表，用于存储商品信息，其中所述商品信息包括商品属性信息和商品版本变动信息；
通信模块，用于与商品数据管理系统通过队列服务以远程调用API的方式进行交互，其中所述队列采用多线程执行；
监控模块，用于在发现所述商品数据管理系统中的商品信息产生变动时，若确定为是版本变动，则所述通信模块接收商品数据管理系统向所述队列服务发送的消息；以及
轨迹记录模块，用于消耗队列消息，同时获取该版本的商品信息，根据路由确认具体的数据库与数据表，以存储变动的商品信息。
优选地，所述轨迹系统部署在集群中，并且在多线程中执行，线程的数量由服务器性能确定。
优选地，所述数据模块中的所述数据库和数据表的存储结构在继承了所述商品数据管理系统中的存储结构基础上，增加两个商品属性信息字段，即版本号和版本记录时间。
优选地，所述数据模块中的所述数据表的主键配置为：商品数据管理系统中的产品信息表的主键与所述版本号字段的组合。
优选地，其中所述商品属性信息包括以下任意一个或多个：商品唯一标识、商品图片、商品名称、重量信息、厂商名称、商品价格、商品分类、商品描述。
优选地，所述轨迹系统是独立运行的应用程序，或者操作系统的服务。
优选地，所述轨迹记录模块还配置为，
通知商品数据管理系统需要获取的商品版本信息；
当要获取的版本号与当前最新的版本号一致时，表示版本号正常，向队列服务发送消息；
当要获取的版本号与当前最新的版本号不一致时，表示版本号错误，过程结束。
优选地，所述轨迹系统的数据模块采用MySql数据库，数据表基于商户编号来建立，MySql数据库由统一配置中心通过配置指定，该统一配置中心可通过操作和管理程序配置文件来实现。
优选地，所述轨迹系统的数据模块使用Mongo数据存储引擎，将Mongo设置为schma free形式的nosql。
优选地，所述Mongo数据存储引擎使用复合文档的方式，在确定监控字段的任意时间点，加入从MySql到Mongo的数据映射，利用Mongos分片方式，数据扩容对应用端透明；利用Mongos的代理机制，支持跨分片的查询；利用Mongo的mapreduce计算框架，实时以javascript脚本的方式执行统计任务，为平台提供数据统计支持；利用spring data Mongo框架，直接实现jpa到Mongo的映射，同时spring data的MongoRepository数据仓库，可以实现声明接口即实现crud的功能，快速实现数据操作。
本发明的另一方面提供了一种保存商品多版本的轨迹信息的方法，其特征在于，包括：
建立商品信息数据库和数据表，用于存储商品信息，其中所述商品信息包括商品属性信息和商品版本变动信息；
与商品数据管理系统通过队列服务以远程调用API的方式进行交互，其中所述队列采用多线程执行；
在发现所述商品数据管理系统中的商品信息产生变动时，若确定为是版本变动，则所述通信模块接收商品数据管理系统向所述队列服务发送的消息；以及
消耗队列消息，同时获取该版本的商品信息，根据路由确认具体的数据库与数据表，以存储变动的商品信息。
优选地，所述与商品数据管理系统通过队列服务交互包括：
在集群中多线程执行队列，所述线程的数量由服务器性能确定。
优选地，商品信息数据库的表的存储结构在继承了所述商品数据管理系统中的存储结构基础上，增加两个商品属性信息字段，即版本号和版本记录时间。
优选地，所述数据表的主键配置为：商品数据管理系统中的产品信息表的主键与所述版本号字段的组合。
优选地，该方法还包括：
通知商品数据管理系统需要获取的商品版本信息；
当要获取的版本号与当前最新的版本号一致时，表示版本号正常，向队列服务发送消息；
当要获取的版本号与当前最新的版本号不一致时，表示版本号错误，方法结束。
优选地，采用MySql数据库，数据表基于商户编号来建立，MySql数据库由统一配置中心通过配置指定，该统一配置中心可通过操作和管理程序配置文件来实现。
优选地，所述轨迹系统的数据模块使用Mongo数据存储引擎，将Mongo设置为schma free形式的nosql。
相比于现有技术，本发明的技术方案具有以下优点：
1）建立了商品轨迹系统，完善了商品版本存储体系，保证系统的稳定。
2）独立的系统，采用队列与API的交互方式，保证了与商品数据管理系统的松耦合，降低了依赖性。
3）当面临商户的频繁修改商品时，轨迹系统采用对线程增加缓存队列的方式处理消息，保证系统的吞吐能力。
4）利用商品变化轨迹信息，为以后的智能分析，产品变动分析等提供了充分的条件。
附图说明
图1是根据本发明实施例在商品轨迹系统中记录版本变化的方法的流程图。
图2为根据本发明实施例的轨迹系统的队列的多线程执行过程示意图。
图3是根据本发明可选的实施例中数据引擎的结构图。
具体实施方式
多种方式可以用于（包括实施为过程；装置；系统；物质组成；在计算机可读存储介质上包括的计算机程序产品；和/或处理器（诸如如下处理器，该处理器被配置成执行在耦合到处理器的存储器上存储的和/或由该存储器提供的指令））实施本发明。在本说明书中，这些实施或者本发明可以采用的任何其他形式可以称为技术。一般而言，可以在本发明的范围内变更公开的过程的步骤顺序。除非另有明示，描述为被配置成执行任务的部件（诸如处理器或者存储器）可以实施为被临时配置成在给定时间执行该任务的一般部件或者被制造成执行该任务的具体部件。
下文与图示本发明原理的附图一起提供对本发明一个或者多个实施例的详细描述。结合这样的实施例描述本发明，但是本发明不限于任何实施例。本发明的范围仅由权利要求书限定，并且本发明涵盖诸多替代、修改和等同物。在下文描述中阐述诸多具体细节以便提供对本发明的透彻理解。出于示例的目的而提供这些细节，并且无这些具体细节中的一些或者所有细节也可以根据权利要求书实现本发明。
本发明的目的在于提供一种商品轨迹系统，以及应用于在此系统的方法，克服现有技术的海量商品数据管理中存在的问题。
图1是根据本发明实施例在商品轨迹系统中记录版本变化的处理流程图。该系统具有以下特征：
1)确立一个商品轨迹系统，在本发明的实施例中定义该服务名称为prodversion，可以是独立运行的服务化app，也可以是操作系统后台运行的服务，与商品数据管理系统通过队列（MQ）与远程调用(API)的方式进行交互。商品数据管理系统包含存储商品基本属性信息的数据库，在一个实施例中，商品数据管理系统存储的商品的属性信息可包括商品唯一标识(ID)、商品图片、商品名称、重量信息、厂商名称、商品价格、商品分类、商品描述等信息。
2)轨迹系统的存储结构同商品数据管理系统的存储结构大体一致，在继承了商品数据管理系统中商品数据库的结构上，对应的每个商品实体的表上增加两列，一列是version（字段版本号），一列是version_date（版本记录的时间），其中表主键改成：原产品信息表的主键加上version字段所联合形成的主键。
3)轨迹系统的存储选择的数据库优选为MySql，在存储上按商户编号进行256张表的拆分，各个表所在的数据库由统一配置中心通过配置指定，该统一配置中心可通过操作和管理程序配置文件来实现。
4)当商品信息产生变动时，若确定为是版本变动，则向队列服务发送一消息；轨迹系统服务消耗队列消息，同时获取该版本的商品信息，根据路由确认具体的数据库与数据表，以存储变动的商品信息。
图2为根据本发明实施例的轨迹系统的队列的多线程执行过程示意图。
如图2所示，在轨迹系统的队列消耗上，为了充分利用系统资源，保证队列消耗的高效与准确性，利用集群部署所述轨迹系统，并且在多线程中执行，线程的数量由服务器CPU的核数与配置数量共同确立，线程的执行过程中可增加缓存队列，增加系统的吞吐量。
为进一步阐述本发明，以下将服装类商品的价格信息产生变动的实际情况为例，具体描述的本发明商品轨迹系统与方法的实施例。
建立商品轨迹系统，作为独立运行的应用APP；
通过远程调用API，与服装数据管理系统通过队列MQ方式进行交互；
假设已有的服装数据管理系统中商品实体的表包括如下字段，一条记录为：
| 条形码 | 名称 | 价格 | 颜色 | 款式 | 材质 |
| XXXXXXX | 童装 | 188元 | 浅绿 | 加厚 | 纯棉 |
表1
则在商品轨迹系统中对应的商品数据库的表增加两列，增加后对应于表1的记录显示为：
| ID（条形码） | 名称 | 价格 | 颜色 | 款式 | 材质 | version | version_date |
| XXXXXXX | 童装 | 188元 | 浅绿 | 加厚 | 纯棉 | 3.0 | 21/11/2012 |
表2
version表示字段版本号，表示该条记录是第3.0版本，version_date记录了当前记录生成时间。
表2主键改成原产品信息表的主键加上version字段所联合形成的主键。在一个实施例中，原服装数据表的主键为条形码，则表2的主键为ID+version。
在DBA（数据库管理员）进行全量数据初始化后，队列记录版本变动日志。
当轨迹系统收到一个版本变更后，所述请求将价格修改为238元，则向服装数据管理系统获取需要变动的童装的版本信息3.0，该新版本例如可为3.1。
服装数据管理系统判断需要获取的商品版本信息是否当前商品的版本信息。
当判断为要获取的版本号3.0与当前最新的版本号3.0一致时，表示版本号正常，则向队列MQ服务发送一消息。
轨迹系统服务消耗队列消息，同时获取该版本的商品信息，根据路由确认具体的数据库与数据表，以存储变动的商品信息，同时在日志中记录本次版本修改。
| ID（条形码） | 名称 | 价格 | 颜色 | 款式 | 材质 | version | version_date |
| XXXXXXX | 童装 | 238元 | 浅绿 | 加厚 | 纯棉 | 3.1 | 19/05/2013 |
表3
如果再次发送同样版本号的请求，即当判断为要修改的版本号3.0与当前最新的版本号3.1不一致时，表示版本号错误，拒绝修改，过程结束。
根据本发明另一方面，目前的快照数据集群仍为手动分片机制的MySql数据集群，缺乏动态扩展的能力而且应对侵入的能力较弱。可选地，本发明技术方案可将myql改为采用其他nosql方式的分布式存储。利用某些分布式而非结构化的存储方式，表结构变动维护更方便，存储容量支持大，具有更稳定安全、基于文本、分布式计算效果更好等特点。
图3是根据本发明可选的实施例之一中数据引擎的结构图。参见图3，本发明的可替代实施例使用Mongo数据存储引擎。对应Mongo文档型存储数据结构会与MySql有很大不同，主要的考虑和需要讨论有以下几个方面：
Mongo为schma free形式的nosql，在确定监控字段的情况下，随时加入从MySql到Mongo的数据映射。比如对于价格字段的监控可能的数据结构为：
本发明使用了复合文档的方式，按照官方建议有利于精简文档的大小。节省存储空间。同时schma free的方式有利于所述轨迹系统在某个时间点加入监控字段，不需要再行维护数据段字段。
本发明可以利用Mongos分片方式，数据扩容对应用端透明；避免对应用的侵入。同时Mongos的代理机制，支持跨分片的查询。
本发明利用Mongo的mapreduce计算框架，可以随时以javascript脚本的方式执行统计任务，为平台提供数据统计支持。
本发明利用spring data Mongo框架，直接实现jpa到Mongo的映射，同时spring data的MongoRepository数据仓库，可以实现声明接口即实现crud的功能，快速实现数据操作。例如：
其中RestResource为spring data rest框架支持，同时实现http方式的rest查询接口，返回以配置方式支持返回内容，如json，xml或html。
尽管Mongo存在性能风险，例如执行javascript性能不理想。但本发明的可选实施例中采用Mongo+v8，执行效率可以提升6倍。Mongo为bson文档型存储，会占用较大的内存和磁盘空间。因为其占用的磁盘空间是预分配的，每次以上一个数据文件的两倍大小来预分配空间，并以0来填充，以避免在繁忙时期分配磁盘空间导致性能下降，因此，发明人采用合并操作的方式，采用数据先存放到内存中，然后再Flush到磁盘上的方式。所以，TPS曲线坡度非常大：有时候TPS是零，这时候是还放到内存中，还没有Flush到磁盘上；有时候TPS非常高，同时这时候CPU也非常高。所以，一般服务器只放置Mongo实例，不会部署其他服务。
对比MySql，Mongo引擎随着数据的增长，磁盘I/O将成为瓶颈，并且模糊查询逊于MySql。然而，在本发明的商品轨迹系统中，随机读写和查询排序明显优于MySql2-3倍，数据插入和索引查询比MySql有明显优势，当数据容量小于内存容量时，Mongodb十分出色。
根据本发明的另一方面，提供了一种保存商品多版本的轨迹信息的方法，其特征在于，包括：
建立商品信息数据库和数据表，用于存储商品信息，其中所述商品信息包括商品属性信息和商品版本变动信息；
与商品数据管理系统通过队列服务以远程调用API的方式进行交互，其中所述队列采用多线程执行；
在发现所述商品数据管理系统中的商品信息产生变动时，若确定为是版本变动，则所述通信模块接收商品数据管理系统向所述队列服务发送的消息；以及
消耗队列消息，同时获取该版本的商品信息，根据路由确认具体的数据库与数据表，以存储变动的商品信息。
优选地，所述与商品数据管理系统通过队列服务交互包括：
在集群中多线程执行队列，所述线程的数量由服务器性能确定。
优选地，商品信息数据库的表的存储结构在继承了所述商品数据管理系统中的存储结构基础上，增加两个商品属性信息字段，即版本号和版本记录时间。
优选地，所述数据表的主键配置为：商品数据管理系统中的产品信息表的主键与所述版本号字段的组合。
优选地，该方法还包括：
通知商品数据管理系统需要获取的商品版本信息；
当要获取的版本号与当前最新的版本号一致时，表示版本号正常，向队列服务发送消息；
当要获取的版本号与当前最新的版本号不一致时，表示版本号错误，方法结束。
优选地，采用MySql数据库，数据表基于商户编号来建立，MySql数据库由统一配置中心通过配置指定，该统一配置中心可通过操作和管理程序配置文件来实现。
优选地，所述轨迹系统的数据模块使用Mongo数据存储引擎，将Mongo设置为schma free形式的nosql。
综上所述，本发明改进了传统的管理商品版本信息的系统和方法。相比于现有技术，本发明的技术方案具有以下优越性：
1.面对大批量的版本变动信息，版本系统能充分利用系统资源，高效的保存版本信息。
2.商品版本信息的定义与版本信息的存储，面对商品信息结构的变动，版本信息能够很方便的进行扩展和变动。
3.商品版本信息的记录对商品数据管理系统的主体服务的业务与性能几乎不影响，充分降低系统的耦合度。
4.商品版本信息的记录，版本信息是商品信息的备份，是系统数据稳定的保证，同时有这些版本信息，可以对商品数据变动情况进行智能分析。
以上公开的内容仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
Claims (19)
1.一种商品轨迹系统，其特征在于，包括：
数据模块，其包括商品信息数据库和数据表，用于存储商品信息，其中所述商品信息包括商品属性信息和商品版本变动信息；
通信模块，用于与商品数据管理系统通过队列服务以远程调用API的方式进行交互，其中所述队列采用多线程执行；
监控模块，用于在发现所述商品数据管理系统中的商品信息产生变动时，若确定为是版本变动，则所述通信模块接收商品数据管理系统向所述队列服务发送的消息；以及
轨迹记录模块，用于消耗队列消息，同时获取该版本的商品信息，根据路由确认具体的数据库与数据表，以存储变动的商品信息。
2.根据权利要求1所述的系统，其特征在于：
所述轨迹系统部署在集群中，并且在多线程中执行，线程的数量由服务器性能确定。
3.根据权利要求1所述的系统，其特征在于：
所述数据模块中的所述数据库和数据表的存储结构在继承了所述商品数据管理系统中的存储结构基础上，增加两个商品属性信息字段，即版本号和版本记录时间。
4.根据权利要求3所述的系统，其特征在于：所述数据模块中的所述数据表的主键配置为：商品数据管理系统中的产品信息表的主键与所述版本号字段的组合。
5.根据权利要求1-4中任一个所述的系统，其中所述商品属性信息包括以下任意一个或多个：商品唯一标识、商品图片、商品名称、重量信息、厂商名称、商品价格、商品分类、商品描述。
6.根据权利要求1所述的系统，其特征在于：所述轨迹系统是独立运行的应用程序，或者操作系统的服务。
7.根据权利要求1所述的系统，其特征在于，所述轨迹记录模块还配置为，
通知商品数据管理系统需要获取的商品版本信息；
当要获取的版本号与当前最新的版本号一致时，表示版本号正常，向队列服务发送消息；
当要获取的版本号与当前最新的版本号不一致时，表示版本号错误，过程结束。
8.根据权利要求1所述的系统，其特征在于，所述轨迹系统的数据模块采用MySql数据库，数据表基于商户编号来建立，MySql数据库由统一配置中心通过配置指定，该统一配置中心可通过操作和管理程序配置文件来实现。
9.根据权利要求1所述的系统，其特征在于，所述轨迹系统的数据模块使用Mongo数据存储引擎，将Mongo设置为schma free形式的nosql。
10.根据权利要求9所述的系统，其特征在于，所述Mongo数据存储引擎使用复合文档的方式，在确定监控字段的任意时间点，加入从MySql到Mongo的数据映射，利用Mongos分片方式，数据扩容对应用端透明；利用Mongos的代理机制，支持跨分片的查询；利用Mongo的mapreduce计算框架，实时以javascript脚本的方式执行统计任务，为平台提供数据统计支持；利用spring data Mongo框架，直接实现jpa到Mongo的映射，同时spring data的MongoRepository数据仓库，可以实现声明接口即实现crud的功能，快速实现数据操作。
11.一种保存商品多版本的轨迹信息的方法，其特征在于，包括：
建立商品信息数据库和数据表，用于存储商品信息，其中所述商品信息包括商品属性信息和商品版本变动信息；
与商品数据管理系统通过队列服务以远程调用API的方式进行交互，其中所述队列采用多线程执行；
在发现所述商品数据管理系统中的商品信息产生变动时，若确定为是版本变动，则所述通信模块接收商品数据管理系统向所述队列服务发送的消息；以及
消耗队列消息，同时获取该版本的商品信息，根据路由确认具体的数据库与数据表，以存储变动的商品信息。
12.根据权利要求11所述的方法，其特征在于，所述与商品数据管理系统通过队列服务交互包括：
在集群中多线程执行队列，所述线程的数量由服务器性能确定。
13.根据权利要求11所述的方法，其特征在于：
商品信息数据库的表的存储结构在继承了所述商品数据管理系统中的存储结构基础上，增加两个商品属性信息字段，即版本号和版本记录时间。
14.根据权利要求13所述的方法，其特征在于：所述数据表的主键配置为：商品数据管理系统中的产品信息表的主键与所述版本号字段的组合。
15.根据权利要求11-14中任一个所述的方法，其中所述商品属性信息包括以下任意一个或多个：商品唯一标识、商品图片、商品名称、重量信息、厂商名称、商品价格、商品分类、商品描述。
16.根据权利要求11所述的方法，其特征在于：所述方法作为独立运行的应用程序来执行，或者通过操作系统的服务执行。
17.根据权利要求11所述的方法，其特征在于，该方法还包括：
通知商品数据管理系统需要获取的商品版本信息；
当要获取的版本号与当前最新的版本号一致时，表示版本号正常，向队列服务发送消息；
当要获取的版本号与当前最新的版本号不一致时，表示版本号错误，方法结束。
18.根据权利要求11所述的方法，其特征在于，采用MySql数据库，数据表基于商户编号来建立，MySql数据库由统一配置中心通过配置指定，该统一配置中心可通过操作和管理程序配置文件来实现。
19.根据权利要求11所述的方法，其特征在于，所述轨迹系统的数据模块使用Mongo数据存储引擎，将Mongo设置为schma free形式的nosql。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310744454.5A CN103700010A (zh) | 2013-12-30 | 2013-12-30 | 一种商品轨迹系统及相关方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310744454.5A CN103700010A (zh) | 2013-12-30 | 2013-12-30 | 一种商品轨迹系统及相关方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103700010A true CN103700010A (zh) | 2014-04-02 |
Family
ID=50361529
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310744454.5A Pending CN103700010A (zh) | 2013-12-30 | 2013-12-30 | 一种商品轨迹系统及相关方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103700010A (zh) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104598639A (zh) * | 2015-02-11 | 2015-05-06 | 北京京东尚科信息技术有限公司 | 提供商品价格实时展示的方法和系统 |
| CN105005585A (zh) * | 2015-06-24 | 2015-10-28 | 上海卓悠网络科技有限公司 | 一种日志数据的处理方法和装置 |
| CN105956041A (zh) * | 2016-04-26 | 2016-09-21 | 江苏物联网研究发展中心 | 基于Spring Data for MongoDB集群的数据模型处理方法 |
| CN106484666A (zh) * | 2016-09-27 | 2017-03-08 | 湖北省楚天云有限公司 | 一种大数据分拆和组装方法、装置及公用电文管理系统 |
| CN107818431A (zh) * | 2016-09-14 | 2018-03-20 | 北京京东尚科信息技术有限公司 | 一种提供订单轨迹数据的方法和系统 |
| CN107944993A (zh) * | 2018-01-09 | 2018-04-20 | 北京值得买科技股份有限公司 | 一种商品采集调度方法及系统 |
| CN108108392A (zh) * | 2017-11-23 | 2018-06-01 | 北京百度网讯科技有限公司 | 商品数据管理方法、装置、计算机设备及存储介质 |
| CN108154330A (zh) * | 2017-12-29 | 2018-06-12 | 广州创慧信息科技有限公司 | 一种库存管理方法和系统 |
| CN108399260A (zh) * | 2018-03-12 | 2018-08-14 | 上海哔哩哔哩科技有限公司 | 商品信息管理方法、服务器及商品信息管理系统 |
| CN111159512A (zh) * | 2019-12-30 | 2020-05-15 | 北京明略软件系统有限公司 | 轨迹信息的处理方法和服务器 |
| CN111176903A (zh) * | 2019-12-31 | 2020-05-19 | 云汉芯城（上海）互联网科技股份有限公司 | 一种商品数据恢复的方法、系统、设备及可读存储介质 |
| CN111782665A (zh) * | 2020-06-19 | 2020-10-16 | 北京思特奇信息技术股份有限公司 | 一种用于监控产商品生命周期管理的方法及系统 |
| CN117541156A (zh) * | 2023-12-15 | 2024-02-09 | 西安英兆软件信息有限责任公司 | 仓库管理数据库数据处理方法及系统 |
-
2013
- 2013-12-30 CN CN201310744454.5A patent/CN103700010A/zh active Pending
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104598639B (zh) * | 2015-02-11 | 2018-11-09 | 北京京东尚科信息技术有限公司 | 提供商品价格实时展示的方法和系统 |
| CN104598639A (zh) * | 2015-02-11 | 2015-05-06 | 北京京东尚科信息技术有限公司 | 提供商品价格实时展示的方法和系统 |
| CN105005585A (zh) * | 2015-06-24 | 2015-10-28 | 上海卓悠网络科技有限公司 | 一种日志数据的处理方法和装置 |
| CN105956041A (zh) * | 2016-04-26 | 2016-09-21 | 江苏物联网研究发展中心 | 基于Spring Data for MongoDB集群的数据模型处理方法 |
| CN107818431A (zh) * | 2016-09-14 | 2018-03-20 | 北京京东尚科信息技术有限公司 | 一种提供订单轨迹数据的方法和系统 |
| CN107818431B (zh) * | 2016-09-14 | 2021-05-25 | 北京京东尚科信息技术有限公司 | 一种提供订单轨迹数据的方法和系统 |
| CN106484666A (zh) * | 2016-09-27 | 2017-03-08 | 湖北省楚天云有限公司 | 一种大数据分拆和组装方法、装置及公用电文管理系统 |
| CN106484666B (zh) * | 2016-09-27 | 2023-11-17 | 湖北省楚天云有限公司 | 一种大数据分拆和组装方法、装置及公用电文管理系统 |
| CN108108392B (zh) * | 2017-11-23 | 2020-07-24 | 北京百度网讯科技有限公司 | 商品数据管理方法、装置、计算机设备及存储介质 |
| CN108108392A (zh) * | 2017-11-23 | 2018-06-01 | 北京百度网讯科技有限公司 | 商品数据管理方法、装置、计算机设备及存储介质 |
| CN108154330A (zh) * | 2017-12-29 | 2018-06-12 | 广州创慧信息科技有限公司 | 一种库存管理方法和系统 |
| CN107944993A (zh) * | 2018-01-09 | 2018-04-20 | 北京值得买科技股份有限公司 | 一种商品采集调度方法及系统 |
| CN108399260B (zh) * | 2018-03-12 | 2021-03-12 | 上海哔哩哔哩科技有限公司 | 商品信息管理方法、服务器及商品信息管理系统 |
| CN108399260A (zh) * | 2018-03-12 | 2018-08-14 | 上海哔哩哔哩科技有限公司 | 商品信息管理方法、服务器及商品信息管理系统 |
| CN111159512A (zh) * | 2019-12-30 | 2020-05-15 | 北京明略软件系统有限公司 | 轨迹信息的处理方法和服务器 |
| CN111159512B (zh) * | 2019-12-30 | 2023-02-28 | 北京明略软件系统有限公司 | 轨迹信息的处理方法和服务器 |
| CN111176903B (zh) * | 2019-12-31 | 2020-10-02 | 云汉芯城（上海）互联网科技股份有限公司 | 一种商品数据恢复的方法、系统、设备及可读存储介质 |
| CN111176903A (zh) * | 2019-12-31 | 2020-05-19 | 云汉芯城（上海）互联网科技股份有限公司 | 一种商品数据恢复的方法、系统、设备及可读存储介质 |
| CN111782665A (zh) * | 2020-06-19 | 2020-10-16 | 北京思特奇信息技术股份有限公司 | 一种用于监控产商品生命周期管理的方法及系统 |
| CN117541156A (zh) * | 2023-12-15 | 2024-02-09 | 西安英兆软件信息有限责任公司 | 仓库管理数据库数据处理方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103700010A (zh) | 一种商品轨迹系统及相关方法 | |
| US11080257B2 (en) | Journaled tables in database systems | |
| US20230334030A1 (en) | System and method for slowly changing dimension and metadata versioning in a multidimensional database environment | |
| US20180025065A1 (en) | Efficient query processing using histograms in a columnar database | |
| EP2590087A1 (en) | Database log parallelization | |
| US7657505B2 (en) | Data retrieval from a database utilizing efficient eager loading and customized queries | |
| US7461065B2 (en) | Method and system for utilizing shared numeric locks | |
| US8407183B2 (en) | Business intelligence data extraction on demand | |
| US9600299B2 (en) | Application object framework | |
| US20190095481A1 (en) | Generating a query | |
| CN109614411B (zh) | 数据存储方法、设备和存储介质 | |
| US20170195449A1 (en) | Smart proxy for datasources | |
| CN117290395A (zh) | 优惠券库存管理方法、装置、存储介质及处理器 | |
| US20170329830A1 (en) | Read-optimized database changes | |
| Mazurova et al. | Research of ACID transaction implementation methods for distributed databases using replication technology | |
| CN106874327B (zh) | 一种针对业务数据的计数方法及装置 | |
| CN113051333B (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
| CN113326401A (zh) | 字段血缘生成方法及系统 | |
| Lv et al. | Classification of data granularity in data warehouse | |
| CN111913973A (zh) | 一种数据同步方法、装置及存储介质 | |
| US10558647B1 (en) | High performance data aggregations | |
| Preis et al. | Challenges and conflicts integrating heterogeneous data warehouses in virtual organisations | |
| Mazurova et al. | Research of acid transaction implementation methods for distributed databases using replication technology distributed database | |
| US20150379585A1 (en) | Single Sheet Planning | |
| Sudhakar | Difference between SQL and NoSQL Databases |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CI01 | Correction of invention patent gazette |
Correction item: Applicant name Correct: Shiji Heguang Technology Development (Beijing) Co., Ltd. False: SHIJIHEGUANG SCIENCE & TECHNOLOGY DEVELOPMENT (BEIJING) CO., LTD. Number: 14 Volume: 30 |
|
| CI02 | Correction of invention patent application |
Correction item: Applicant name Correct: Shiji Heguang Technology Development (Beijing) Co., Ltd. False: SHIJIHEGUANG SCIENCE & TECHNOLOGY DEVELOPMENT (BEIJING) CO., LTD. Number: 14 Page: The title page Volume: 30 |
|
| ERR | Gazette correction |
Free format text: CORRECT: NAME OF APPLICANT; FROM: SHIJI HEGUANG TECHNOLOGY DEVELOPMENT (BEIJING) CO., LTD. TO: SHIJI HEGUANG TECHNOLOGY DEVELOPMENT (BEIJING) LTD. |
|
| RECT | Rectification | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20180410 Address after: 100083 1-701-1, Haidian District Cheng Fu Road, Haidian District, Beijing, seven layer 1-701-1 Applicant after: Digital Trade Technology (Beijing) Co., Ltd. Address before: 100088 B3, Haidian District, Beijing, Huayuan Road Applicant before: Century Light Technology Development (Beijing) Co., Ltd. |
|
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140402 |