本申请涉及商城搜索技术领域，特别是涉及一种商品搜索方法、装置、计算机设备和存储介质。
背景技术：
随着电子商务技术的发展，网络购物成为一种消费方式，并且越来越多的人开始使用网络购物。
在网络购物商城首页查询商品时，当前的技术手段为根据搜索请求直接查询数据库的方式获得搜索数据，然而，目前的查询方法，在同一时间段内，当搜索查询连接数暴涨时，就会导致商城首页查询慢，甚至出现页面奔溃的问题。
技术实现要素：
基于此，有必要针对上述技术问题，提供一种能够解决商城首页查询慢问题的商品搜索方法、装置、计算机设备和存储介质。
一种商品搜索方法，所述方法包括：
当商城数据发生更新时，根据所述更新的商城数据对原有的商城数据进行整合得到主干数据；
接收数据请求，根据所述数据请求从所述主干数据中获得主干源数据；其中，所述主干源数据用于根据所述数据请求提供需求数据。
在其中一个实施例中，根据所述更新的商城数据对原有的商城数据进行整合得到主干数据之后还包括：
若所述主干数据存在与所述原有商城数据相同商品的相同数据，则将所述主干数据中相同的数据进行丢弃处理。
在其中一个实施例中，根据所述数据请求从所述主干数据中获得主干源数据包括：
将所述主干数据推送至消息队列中；
搜索服务层根据所述数据请求从消息队列中获取主干源数据。
在其中一个实施例中，根据所述数据请求从所述主干数据中获得主干源数据还包括：
将所述获取的主干源数据存储到数据库中；其中所述数据库用于通过solr集群提供需求数据。
一种商品搜索方法，所述方法包括：
根据接收的商品请求向服务器发送数据请求；
接收搜索服务器返回的需求数据，其中，所述需求数据，根据数据请求从主干源数据中获得；所述主干源数据从主干数据中获得；所述主干数据由服务器根据更新的商城数据对原有的商城数据进行整合得到；
将所述需求数据按照商品请求返回至用户的终端设备。
在其中一个实施例中，接收服务器返回的需求数据包括：
根据接口的调度信息获得接口的状态；
若所述接口的状态正常，则通过api网关访问搜索服务层，通过solr集群从数据库中获取需求数据，其中所述solr集群用于提供分布式搜索方案；
将所述获取的需求数据同步存入容灾存储器中；其中所容灾存储器还包括：用户分享商品的关系数据以及商品的基础数据。
在其中一个实施例中，接收服务器返回的需求数据还包括：
若所述接口的状态出现异常，则直接从所述容灾存储器中获取需求数据。
一种商品搜索方法，所述方法包括：
搜索服务器中商城数据发生更新时，根据所述更新的商城数据对原有的商城数据进行整合得到主干数据，根据接收的数据请求从主干数据中获得主干源数据，根据所述主干源数据提供需求数据；
平台服务器接收商品请求，向搜索服务器发送数据请求，获取搜索服务器返回的需求数据；将所述需求数据按照商品请求返回至用户的终端设备。
一种商品搜索装置，所述装置包括：整合模块和获得模块；
整合模块：用于当商城数据发生更新时，根据所述更新的商城数据对原有的商城数据进行整合得到主干数据；
获得模块：用于接收数据请求，根据所述数据请求从所述主干数据中获得主干源数据；其中，所述主干源数据用于根据所述数据请求提供需求数据。
在其中一个实施例中，所述整合模块还用于若所述主干数据存在与所述原有商城数据相同商品的相同数据，则将所述主干数据中相同的数据进行丢弃处理。
在其中一个实施例中，所述获得模块还用于将所述主干数据推送至消息队列中；并根据所述数据请求搜索服务层从消息队列中获取主干源数据。
在其中一个实施例中，所述获取模块还用于将所述获取的主干源数据存储到数据库中；其中所述数据库用于通过solr集群提供需求数据。
一种商品搜索装置，所述装置包括：
发送模块：用于根据接收的商品请求向服务器发送数据请求；
接收模块：用于接收服务器返回的需求数据，其中，所述需求数据，根据数据请求从主干源数据中获得；所述主干源数据从主干数据中获得；所述主干数据由服务器根据更新的商城数据对原有的商城数据进行整合得到；
返回模块：用于将所述需求数据按照商品请求返回至用户的终端设备。
一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述方法的步骤。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。
上述应用商城的数据管理、装置、计算机设备和存储介质，根据商城数据提取有效数据，生成主干源数据，从所述主干源数据中获取需求数据，有效减少了重复和无效数据，提升了查询速度。
附图说明
图1为一个实施例中商品搜索方法的应用环境图；
图2为一个实施例中商品搜索方法的流程示意图；
图3为一个实施例中获取主干源数据步骤的流程示意图；
图4为另一个实施例中商品搜索方法的流程示意图；
图5为一个实施例中接收搜索服务器返回的需求数据步骤的结构框图；
图6为另一个实施例中商品搜索交互方法的流程示意图；
图7为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的应用商城的数据管理方法，可以应用于如图1所示的应用环境中。其中，商城容灾备用数据源、商城列表、php服务、列表主干数据、solr集群、api网关、搜索服务层、user库和搜索库。所述商城容灾备用数据源存储于容灾缓存器中，用于当调度接口异常时提供需求数据；所述商城列表用于存储需求数据；所述php用于本申请的预处理语言；列表主干数据为根据搜索请求获取的主干数据表；所述solr集群用于提供分布式搜索方案；api网关是一个服务器，是系统唯一入口，用于连接客户端和搜索服务层；搜索服务层用于获取基本属性列表中的有效数据。
在一个实施例中，如图2所示，提供了一种应用商城的数据管理方法，以图1中的服务端为例对该方法进行说明，包括以下步骤：
步骤s11：当商城数据发生更新时，根据所述更新的商城数据对原有的商城数据进行整合得到主干数据。
其中，所述更新的商城数据可以包括：商家数据和商品数据。所述主干数据为商城数据中的有效数据。
具体地，所述商城数据存储于搜索服务器中，当商城数据中的产品数据、商家数据或者其他数据出现更新时，商城数据源整合脚本将更新的商城数据对原有的商城数据进行整合更新，得到主干数据。
步骤s12：接收数据请求，根据所述数据请求从所述主干数据中获得主干源数据。
其中，所述主干源数据用于根据所述搜索请求提供需求数据。
具体地，搜索服务器接收平台服务器发来的数据请求，从所述得到的主干数据中过滤掉失效的主干数据，其中失效的主干数据已提前做了失效的有效标识；在过滤掉失效的主干数据之后获取主干数据生成对外访问的主干源数据。
在上述的商品搜索方法中，通过更新的商城数据对原有的商城数据进行异步触发，将更新后的商城数据整理得到主干数据，然后从主干数据中获得主干源数据，不仅可以快速保存商品或商家信息，还可以快速给出需求数据，使查询速度快。
在其中一个实施例中，步骤s11之后还包括：
若所述主干数据存在与所述原有商城数据相同商品的相同数据，则将所述主干数据中相同的数据进行丢弃处理。
具体地，首先对所述主干数据进行处理，可选的，如果发现主干数据中存在与原有的商城数据的相同商品存在相同数据的参数，则将相同的数据参数丢弃。
在上述的商品搜索方法中，从主干数据的消息队列中获取主干源数据，并且丢弃了相同数据的参数，减少了存储压力，提升了主干数据进入消息队列的效率。
在其中一个实施例中，如图3所示，步骤s12包括：
步骤s121：将所述主干数据推送至消息队列中。
步骤s122：搜索服务层根据所述数据请求从消息队列中获取主干源数据。
具体地，将主干数据推送至所述消息队列队尾部，得到列表主干数据，搜索服务器的搜索服务层根据所述数据请求从列表主干数据中消息队列的队首开始获取主干源数据。
搜索服务层根据所述数据请求从消息队列中获取主干源数据之后还包括：将所述获取的主干源数据存储到指定的数据库中；其中所述数据库用于通过solr集群提供需求数据。
具体地，搜索服务层根据所述数据请求从主干数据的将所述主干源数据存入指定的数据库中。其中所述数据库为只存储搜索请求对应的有效数据，便于分配需求数据，有效的提高了查询效率。
基于同一种发明构思，如图4所示，在本公开的另一示例性实施例示出的商品搜索方法，所述商品搜索方法可以被应用到图1所示的应用环境中，所述方法包括以下步骤：
步骤s21：根据接收的商品请求向服务器发送数据请求。
其中，商品请求为商城用户发送的商品请求信息。
具体地，平台服务器层获取到商城用户发来的商品请求信息，根据所述商品请求信息向搜索服务器发送数据请求，可选的，商城用户发来的商品请求可以1个或至少2个商品请求。
步骤s22：接收搜索服务器返回的需求数据。
其中，所述需求数据，根据数据请求从主干源数据中获得；所述主干源数据从主干数据中获得；所述主干数据由服务器根据更新的商城数据对原有的商城数据进行整合得到。
具体地，平台服务器根据商城的数据链路接收到搜索服务器返回的需求数据，将所述需求数据传输给平台服务器的服务层，根据所述需求数据补充附属数据源即容灾缓存器，所述容灾缓存器用于商城容灾备用数据源，然后将所述需求数据返回至平台服务器接口层中的商城列表。
步骤s23：将所述需求数据按照商品请求返回至用户的终端设备。
具体地，平台服务器接口层接收搜索服务器发送的需求数据，然后平台服务器接口层根据商城列表中的得到的需求数据按照每个商城用户发送的商品请求信息将所述需求数据返回至每个商城用户的终端设备中。
在上述的商品搜索方法中，根据搜索服务器异步处理得到的主干源数据为每个商城用户分配需求数据，提高了客户端商城首页的查询效率以及系统的抗压性。
在其中一个实施例中，如图5所示，步骤s22包括：
步骤s221：根据接口的调度信息获得接口的状态。
其中，所述接口为对外访问接口。
具体地，平台服务器在收到商城用户发起的商品请求信息时，调度接口，根据接口的调度信息获得接口的状态。
步骤s222：若所述接口的状态正常，则通过api网关访问搜索服务层，通过solr集群从数据库中获取需求数据，其中所述solr集群用于提供分布式搜索方案。
其中，所述solr集群用于提供分布式搜索方案；所述api网关是一个服务器，是系统唯一入口，用于连接客户端和所述搜索服务层。
具体地，平台服务器获取的接口的状态没有异常时，直接通过nginx以及api网关访问搜索服务器的搜索服务层；可选的，所述nginx是一种高性能的http和反向代理web服务器。搜索服务层基于所述solr集群从数据库中获取需求数据。
在上述的商品搜索方法中，减少了单一服务的使用，有助于提升系统的抗压性，可以提高整个商城的访问效率。
步骤s223：将所述获取的需求数据同步存入容灾存储器中；其中所容灾存储器还包括：用户分享商品的关系数据以及商品的基础数据。
具体地，平台服务器在获取到需求数据时，还需要将所述需求数据同步存储到容灾存储器中，得到容灾缓存备用数据源，使的所述容灾缓存备用数据源与用于提供搜索数据的主干源数据同步。
上述的商品搜索方法中，将获取的需求数据同步存储到容灾存储器中，商城用户是无感知的，并且不与主干源数据的商城商品业务数据耦合关联，失效与否不会影响平台服务器的接收用户商品信息、发送数据请求于搜索服务器或者获取需求的业务。
在其中一个实施例中，步骤s22还包括：
若所述接口的状态出现异常，则直接从所述容灾存储器中获取需求数据。
具体地，平台服务器在获取的接口状态出现异常情况，或者solr集群出现异常，平台服务器无法从搜索服务器中获取需求数据时，平台服务器则可以根据商城用户的商品请求，直接从容灾存储器的容灾缓存备用数据源中获取需求数据。
上述的商品搜索方法中，给商城补充了容灾链路源，解决了当客户端直接从搜索服务层获取主干源数据出现异常情况时导致商城页面崩溃的问题，保证了商城用户可以及时的获取需求数据。
基于同一种发明构思，本申请还提供一种商品搜索方法，可以被应用到图1所示的应用环境中，如图6所示，搜索服务器102通过网络与平台服务器104进行通信。所述方法包括：
搜索服务器根据更新的商城数据对原有的商城数据进行整合得到主干数据，并将所述主干数据推送至消息队列中。
平台服务器接收商城用户发起商品请求，然后向搜索服务器发送数据请求。
搜索服务器的搜索服务层根据搜索请求从消息对列中获取主干源数据。
平台服务器通过api网关访问搜索服务层，从solr集群中调回主干源数据得到搜索数据，将所述搜索数据返回平台服务器服务层，以及将所述需求数据返回至平台服务器接口层，根据商城用户的商品请求将所述需求信息返回至每个商城用户的终端设备。
应该理解的是，虽然图2-5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-5中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
本申请还提供一种商品搜索装置，所述装置包括：整合模块和获得模块。
整合模块：用于当商城数据发生更新时，根据所述更新的商城数据对原有的商城数据进行整合得到主干数据；
获得模块：用于接收数据请求，根据所述数据请求从所述主干数据中获得主干源数据；其中，所述主干源数据用于根据所述数据请求提供需求数据。
所述整合模块还用于若所述主干数据存在与所述原有商城数据相同商品的相同数据，则将所述主干数据中相同的数据进行丢弃处理。
所述获得模块还用于将所述主干数据推送至消息队列中；并根据所述数据请求搜索服务层从消息队列中获取主干源数据。
所述获取模块还用于将所述获取的主干源数据存储到数据库中；其中所述数据库用于通过solr集群提供需求数据。
基于同一种发明构思本申请还提供一种商品搜索装置，所述装置包括：
发送模块：用于根据接收的商品请求向服务器发送数据请求；
接收模块：用于接收搜索服务器返回的需求数据，其中，所述需求数据，根据数据请求从主干源数据中获得；所述主干源数据从主干数据中获得；所述主干数据由服务器根据更新的商城数据对原有的商城数据进行整合得到；
返回模块：用于将所述需求数据按照商品请求返回至用户的终端设备。
关于商品搜索装置的具体限定可以参见上文中对于商品搜索方法的限定，在此不再赘述。上述商品搜索装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储主干源数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种商品搜索方法。
本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：
当商城数据发生更新时，根据所述更新的商城数据对原有的商城数据进行整合得到主干数据；
接收数据请求，根据所述数据请求从所述主干数据中获得主干源数据；其中，所述主干源数据用于根据所述数据请求提供需求数据。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
若所述主干数据存在与所述原有商城数据相同商品的相同数据，则将所述主干数据中相同的数据进行丢弃处理。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
将所述主干数据推送至消息队列中；
搜索服务层根据所述数据请求从消息队列中获取主干源数据。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
将所述获取的主干源数据存储到数据库中；其中所述数据库用于通过solr集群提供需求数据。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
根据接收的商品请求向服务器发送数据请求；
接收搜索服务器返回的需求数据，其中，所述需求数据，根据数据请求从主干源数据中获得；所述主干源数据从主干数据中获得；所述主干数据由服务器根据更新的商城数据对原有的商城数据进行整合得到；
将所述需求数据按照商品请求返回至用户的终端设备。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
根据接口的调度信息获得接口的状态；
若所述接口的状态正常，则通过api网关访问搜索服务层，通过solr集群从数据库中获取需求数据，其中所述solr集群用于提供分布式搜索方案；
将所述获取的需求数据同步存入容灾存储器中；其中所容灾存储器还包括：用户分享商品的关系数据以及商品的基础数据。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
若所述接口的状态出现异常，则直接从所述容灾存储器中获取需求数据。
一种商品搜索方法，所述方法包括：
搜索服务器中商城数据发生更新时，根据所述更新的商城数据对原有的商城数据进行整合得到主干数据，根据接收的数据请求从主干数据中获得主干源数据，根据所述主干源数据提供需求数据；
平台服务器接收商品请求，向搜索服务器发送数据请求，获取搜索服务器返回的需求数据；将所述需求数据按照商品请求返回至用户的终端设备。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
当商城数据发生更新时，根据所述更新的商城数据对原有的商城数据进行整合得到主干数据；
接收数据请求，根据所述数据请求从所述主干数据中获得主干源数据；其中，所述主干源数据用于根据所述数据请求提供需求数据。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
若所述主干数据存在与所述原有商城数据相同商品的相同数据，则将所述主干数据中相同的数据进行丢弃处理。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
将所述主干数据推送至消息队列中；
搜索服务层根据所述数据请求从消息队列中获取主干源数据。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
将所述获取的主干源数据存储到数据库中；其中所述数据库用于通过solr集群提供需求数据。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
根据接收的商品请求向服务器发送数据请求；
接收搜索服务器返回的需求数据，其中，所述需求数据，根据数据请求从主干源数据中获得；所述主干源数据从主干数据中获得；所述主干数据由服务器根据更新的商城数据对原有的商城数据进行整合得到；
将所述需求数据按照商品请求返回至用户的终端设备。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
根据接口的调度信息获得接口的状态；
若所述接口的状态正常，则通过api网关访问搜索服务层，通过solr集群从数据库中获取需求数据，其中所述solr集群用于提供分布式搜索方案；
将所述获取的需求数据同步存入容灾存储器中；其中所容灾存储器还包括：用户分享商品的关系数据以及商品的基础数据。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
若所述接口的状态出现异常，则直接从所述容灾存储器中获取需求数据。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
搜索服务器中商城数据发生更新时，根据所述更新的商城数据对原有的商城数据进行整合得到主干数据，根据接收的数据请求从主干数据中获得主干源数据，根据所述主干源数据提供需求数据；
平台服务器接收商品请求，向搜索服务器发送数据请求，获取搜索服务器返回的需求数据；将所述需求数据按照商品请求返回至用户的终端设备。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
1.一种商品搜索方法，其特征在于，所述方法包括：
当商城数据发生更新时，根据所述更新的商城数据对原有的商城数据进行整合得到主干数据；
接收数据请求，根据所述数据请求从所述主干数据中获得主干源数据；其中，所述主干源数据用于根据所述数据请求提供需求数据。
2.根据权利要求1所述的方法，其特征在于，根据所述更新的商城数据对原有的商城数据进行整合得到主干数据之后还包括：
若所述主干数据存在与所述原有商城数据相同商品的相同数据，则将所述主干数据中相同的数据进行丢弃处理。
3.根据权利要求1所述的方法，其特征在于，根据所述数据请求从所述主干数据中获得主干源数据包括：
将所述主干数据推送至消息队列中；
搜索服务层根据所述数据请求从消息队列中获取主干源数据。
4.根据权利要求3所述的方法，其特征在于，根据所述数据请求从所述主干数据中获得主干源数据还包括：
将所述获取的主干源数据存储到数据库中；其中所述数据库用于通过solr集群提供需求数据。
5.一种商品搜索方法，其特征在于，所述方法包括：
根据接收的商品请求向搜索服务器发送数据请求；
接收搜索服务器返回的需求数据；其中，所述需求数据，根据数据请求从主干源数据中获得；所述主干源数据从主干数据中获得；所述主干数据由服务器根据更新的商城数据对原有的商城数据进行整合得到；
将所述需求数据按照商品请求返回至用户的终端设备。
6.根据权利要求5所述的方法，其特征在于，接收服务器返回的需求数据包括：
根据接口的调度信息获得接口的状态；
若所述接口的状态正常，则通过api网关访问搜索服务层，通过solr集群从数据库中获取需求数据，其中所述solr集群用于提供分布式搜索方案；
将所述获取的需求数据同步存入容灾存储器中；其中所容灾存储器还包括：用户分享商品的关系数据以及商品的基础数据。
7.根据权利要求6所述的方法，其特征在于，接收服务器返回的需求数据还包括：
若所述接口的状态出现异常，则直接从所述容灾存储器中获取需求数据。
8.一种商品搜索方法，其特征在于，所述方法包括：
搜索服务器中商城数据发生更新时，根据所述更新的商城数据对原有的商城数据进行整合得到主干数据，根据接收的数据请求从主干数据中获得主干源数据，根据所述主干源数据提供需求数据；
平台服务器接收商品请求，向搜索服务器发送数据请求，获取搜索服务器返回的需求数据；将所述需求数据按照商品请求返回至用户的终端设备。
9.一种商品搜索装置，其特征在于，所述装置包括：整合模块和获得模块；
整合模块：用于当商城数据发生更新时，根据所述更新的商城数据对原有的商城数据进行整合得到主干数据；
获得模块：用于接收数据请求，根据所述数据请求从所述主干数据中获得主干源数据；其中，所述主干源数据用于根据所述数据请求提供需求数据。
10.根据权利要求8所述的装置，其特征在于，所述整合模块还用于若所述主干数据存在与所述原有商城数据相同商品的相同数据，则将所述主干数据中相同的数据进行丢弃处理。
11.根据权利要求8所述的装置，其特征在于，所述获得模块还用于将所述主干数据推送至消息队列中；并根据所述数据请求搜索服务层从消息队列中获取主干源数据。
12.根据权利要求9所述的装置，其特征在于，所述获取模块还用于将所述获取的主干源数据存储到数据库中；其中所述数据库用于通过solr集群提供需求数据。
13.一种商品搜索装置，其特征在于，所述装置包括：
发送模块：用于根据接收的商品请求向服务器发送数据请求；
接收模块：用于接收服务器返回的需求数据，其中，所述需求数据，根据数据请求从主干源数据中获得；所述主干源数据从主干数据中获得；所述主干数据由服务器根据更新的商城数据对原有的商城数据进行整合得到；
返回模块：用于将所述需求数据按照商品请求返回至用户的终端设备。
14.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述方法的步骤。
15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。
技术总结