CN112988711A - 一种提高物业系统归档单据查询效率的方法及其系统 - Google Patents

一种提高物业系统归档单据查询效率的方法及其系统 Download PDF

Info

Publication number
CN112988711A
CN112988711A CN202110293605.4A CN202110293605A CN112988711A CN 112988711 A CN112988711 A CN 112988711A CN 202110293605 A CN202110293605 A CN 202110293605A CN 112988711 A CN112988711 A CN 112988711A
Authority
CN
China
Prior art keywords
data
document
filing
maintenance
property 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.)
Withdrawn
Application number
CN202110293605.4A
Other languages
English (en)
Inventor
刘德建
叶伟
陈宏展
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujian Tianqing Online Interactive Technology Co Ltd
Original Assignee
Fujian Tianqing Online Interactive Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujian Tianqing Online Interactive Technology Co Ltd filed Critical Fujian Tianqing Online Interactive Technology Co Ltd
Priority to CN202110293605.4A priority Critical patent/CN112988711A/zh
Publication of CN112988711A publication Critical patent/CN112988711A/zh
Withdrawn legal-status Critical Current

Links

Images

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/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/214—Database migration support
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/11—File system administration, e.g. details of archiving or snapshots
    • G06F16/113—Details of archiving
    • 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/24569—Query processing with adaptation to specific hardware, e.g. adapted for using GPUs or SSDs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • G06F9/4856—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration
    • G06F9/4862—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration the task being a mobile agent, i.e. specifically designed to migrate
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/16—Real estate
    • G06Q50/163—Real estate management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Software Systems (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Computational Linguistics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Processing Or Creating Images (AREA)

Abstract

本发明提供了一种提高物业系统归档单据查询效率的方法，所述方法包括如下步骤：步骤S1、根据物业系统的维修单据状态判断维修单据数据是否需要归档；步骤S2、利用多线程来进行迁移历史数据；步骤S3、根据维修单据的状态触发归档维修单据操作；步骤S4、设定一归档库，将物业系统中标记为归档数据的维修单据数据从物业系统的活跃库移入到归档库中；步骤S5、在维修单据查询页中进行归档的数据和维修中的数据查询使用。该方法提高了查询的效率。

Description

一种提高物业系统归档单据查询效率的方法及其系统
技术领域
本发明涉及数据存储技术领域，特别是一种提高物业系统归档单据查询效率的方法及其系统。
背景技术
现有技术中各公司的物业系统基本使用已达10年之久，平均每天有千条维修单据，10年已达数千万，加上关联表，数据量达到上亿。上亿数据量查询效率变得十分低下，还有可能造成数据库死锁的风险。可以通过优化表结构、梳理业务代码、增加数据库索引等办法来提高响应速度，但这些方法治标不治本，可能提高目前这个数据量级的查询速度，但随着业务发展，数据还会继续增加，最终还是回到查询缓慢的状态。虽然常规根据月份来分库分表也是一种处理大数据量的设计方案，但是可能使活跃数据的查询复杂化，例如查询近半年的维修单据，可能要跨多个表来联合查询；这样查询效率也十分低下。
发明内容
为克服上述问题，本发明的目的是提供一种提高物业系统归档单据查询效率的方法，根据物业维修单据数据进行单据状态维度上的合理分割，能够有效解决物业系统数据量增长导致的查询效率低下问题。
本发明采用以下方案实现：一种提高物业系统归档单据查询效率的方法，所述方法包括如下步骤：
步骤S1、根据物业系统的维修单据状态判断维修单据数据是否需要归档；
步骤S2、利用多线程来进行迁移历史数据；
步骤S3、根据维修单据的状态触发归档维修单据操作；
步骤S4、设定一归档库，将物业系统中标记为归档数据的维修单据数据从物业系统的活跃库移入到归档库中；
步骤S5、在维修单据查询页中进行归档的数据和维修中的数据查询使用。
进一步的，所述步骤S1进一步具体为：根据物业系统的业务场景，以维修单据的终态‘已结束’来分离数据；维修单据的状态为‘已结束’则标识为归档数据，否则，标识为维修中的数据；如果维修单据数据被标识为归档数据，则业务代码不会再对冷数据进行写操作。
进一步的，所述步骤S2进一步具体为：对历史数据进行迁移操作，即建立一个线程池，定时触发迁移操作，所述迁移操作为获取活跃库中待搬动的活跃数据的数量，再得出要同时启动的线程数，如果同时启动的线程数大于线程池的数量就取线程池的线程数，假设同时启动的线程数这个数量为 N，最后循环 N 次启动线程池的线程搬运归档数据，来进行迁移历史数据。
进一步的，所述步骤S4进一步具体包括：步骤S41、在维修单据的状态为‘已结束’的终态后，此数据将被列为待移入的归档数据，打上标记，end_flag=1；
步骤S42、设定一归档库，读取已经标记好的end_flag=1的数据，即为所有需要分离的数据；
步骤S43、在归档库中插入end_flag=1的单据数据，插入归档库前需要对单据号进行幂等性校验，以保证没有重复插入数据；
步骤44：从活跃库中删除被成功移入归档库的数据。
进一步的，所述步骤S5进一步具体为：维修阶段的数据就是活跃数据，在维修单据查询页进行数据查询；如果要查询已结束的终态维修数据，即是归档数据，则需要进入历史单据查询页面，在历史单据查询页面，将查询指向归档数据库，在归档数据库进行查询操作。
本发明提供了一种提高物业系统归档单据查询效率的系统，所述系统包括归档数据判定模块、迁移数据模块、触发归档模块、数据分离模块、以及查询模块；
所述归档数据判定模块，根据物业系统的维修单据状态判断维修单据数据是否需要归档；
所述迁移数据模块，利用多线程来进行迁移历史数据；
所述触发归档模块，根据维修单据的状态触发归档维修单据操作；
所述数据分离模块，设定一归档库，将物业系统中标记为归档数据的维修单据数据从物业系统的活跃库移入到归档库中；
所述查询模块，在维修单据查询页中进行归档的数据和维修中的数据查询使用。
进一步的，所述归档数据判定模块进一步具体为：根据物业系统的业务场景，以维修单据的终态‘已结束’来分离数据；维修单据的状态为‘已结束’则标识为归档数据，否则，标识为维修中的数据；如果维修单据数据被标识为归档数据，则业务代码不会再对冷数据进行写操作。
进一步的，所述迁移数据模块进一步具体为：对历史数据进行迁移操作，即建立一个线程池，定时触发迁移操作，所述迁移操作为获取活跃库中待搬动的活跃数据的数量，再得出要同时启动的线程数，如果同时启动的线程数大于线程池的数量就取线程池的线程数，假设同时启动的线程数这个数量为 N，最后循环 N 次启动线程池的线程搬运归档数据，来进行迁移历史数据。
进一步的，所述数据分离模块进一步具体包括：在维修单据的状态为‘已结束’的终态后，此数据将被列为待移入的归档数据，打上标记，end_flag=1；
设定一归档库，读取已经标记好的end_flag=1的数据，即为所有需要分离的数据；
在归档库中插入end_flag=1的单据数据，插入归档库前需要对单据号进行幂等性校验，以保证没有重复插入数据；
从活跃库中删除被成功移入归档库的数据。
进一步的，所述查询模块进一步具体为：维修阶段的数据就是活跃数据，在维修单据查询页进行数据查询；如果要查询已结束的终态维修数据，即是归档数据，则需要进入历史单据查询页面，在历史单据查询页面，将查询指向归档数据库，在归档数据库进行查询操作。
本发明的有益效果在于：本发明在物业系统历史单据数据大的情况下，利用多线程来进行数据迁移，从而清理历史中‘已结束’的维修单据，从而提高数据库的查询效率；另外，对物业维修单据数据进行单据状态维度上的合理分割，先迁移历史数据，并且在后期通过归档数据的分离，能够有效解决物业系统数据量增长导致的查询效率低下问题。
附图说明
图1是本发明的方法流程示意图。
图2是本发明的一实施例的方法流程示意图。
图3是本发明的系统原理框图。
具体实施方式
下面结合附图对本发明做进一步说明。
请参阅图1所示，本发明的一种提高物业系统归档单据查询效率的方法，所述方法包括如下步骤：
步骤S1、根据物业系统的维修单据状态判断维修单据数据是否需要归档；
步骤S2、利用多线程来进行迁移历史数据；
步骤S3、根据维修单据的状态触发归档维修单据操作；
步骤S4、设定一归档库，将物业系统中标记为归档数据的维修单据数据从物业系统的活跃库移入到归档库中；
步骤S5、在维修单据查询页中进行归档的数据和维修中的数据查询使用。
下面结合一具体实施例对本发明做进一步说明：
请参阅图2所示，本发明的一种提高物业系统归档单据查询效率的方法，在处理数据时将数据库分成归档库和活跃库 2 个库，归档库于存放查询需求极低的维修单据数据，活跃库用于存放较常需要被查询的维修单据数据。根据业务场景，物业系统的维修单据有一个特征，维修单据会在最后走向一个终态，即在维修员完成维修后，申请人给与评价，最后成为一个已结束的单据状态，维修员和申请人频繁查询的仅是进行中的单据，维修员要实时查看是否有新申请的维修单据，申请人要频繁查看自己单据的维修进度，此类需求占比95%以上。所以本发明以为序单据的终态作为是否归档的判断依据。如果要查询已结束单据，需要进入历史单据查询页面来查询。
一种提高物业系统归档单据查询效率的方法，包括以下步骤：
步骤1：判断一个数据到底是否需要归档
根据业务场景，物业系统在查询正在进行中的维修单据占95%以上的查询量，物业系统以维修单据的终态‘已结束’来分离数据。如果数据被标识为归档数据，业务代码不会再对它进行写操作，不会同时存在混合读取的需求。
步骤2：历史数据的迁移
由于系统长达10年之久，那么大部分的维修单据数据都已经是结束状态，都应该被移入归档库，要在系统改造之前，把历史数据做一次‘清理’工作。假设1秒处理10条数据，那么1天86400秒只能处理80多万条数据，10年几千万的数据，要处理几十天之久，所以采用多线程的处理方式。
启用多线程
自建一个线程池，定时触发后面的操作：先获得待搬动的活跃数据的数量，再计算要同时启动的线程数，如果大于线程池的数量就取线程池的线程数，假设这个数量为 N，最后循环 N 次启动线程池的线程搬运归档数据。
步骤3：新单据触发归档操作
当维修单据状态从已申请->维修中->已维修->用户确认->已评价，达到最后的终态后，此数据将被列为待移入归档数据，打上标记，end_flag=1。
步骤4：归档数据
步骤4.1：定时读取步骤3中已经标记好的end_flag=1的数据，也就是所有需要分离的数据。
步骤4.2：在归档库中插入end_flag=1的单据数据，插入归档库前需要对单据号进行幂等性校验，以保证没有重复插入数据。
步骤4.3：从活跃库中删除被成功移入归档库的数据。
步骤5：两种数据的查询使用。
还在维修阶段的订单数据就是活跃数据，在维修单据查询页进行数据查询。如果要查询已评价的终态维修数据，即是归档数据，则需要进入历史单据查询页面，在历史单据查询页面，将会把查询指向归档数据库，归档数据的查询需求和频率是很低的。
请参阅图3所示，本发明提供了一种提高物业系统归档单据查询效率的系统，所述系统包括归档数据判定模块、迁移数据模块、触发归档模块、数据分离模块、以及查询模块；
所述归档数据判定模块，根据物业系统的维修单据状态判断维修单据数据是否需要归档；
所述迁移数据模块，利用多线程来进行迁移历史数据；
所述触发归档模块，根据维修单据的状态触发归档维修单据操作；
所述数据分离模块，设定一归档库，将物业系统中标记为归档数据的维修单据数据从物业系统的活跃库移入到归档库中；
所述查询模块，在维修单据查询页中进行归档的数据和维修中的数据查询使用。
其中，所述归档数据判定模块进一步具体为：根据物业系统的业务场景，以维修单据的终态‘已结束’来分离数据；维修单据的状态为‘已结束’则标识为归档数据，否则，标识为维修中的数据；如果维修单据数据被标识为归档数据，则业务代码不会再对冷数据进行写操作。
所述迁移数据模块进一步具体为：对历史数据进行迁移操作，即建立一个线程池，定时触发迁移操作，所述迁移操作为获取活跃库中待搬动的活跃数据的数量，再得出要同时启动的线程数，如果同时启动的线程数大于线程池的数量就取线程池的线程数，假设同时启动的线程数这个数量为 N，最后循环 N 次启动线程池的线程搬运归档数据，来进行迁移历史数据。
所述数据分离模块进一步具体包括：在维修单据的状态为‘已结束’的终态后，此数据将被列为待移入的归档数据，打上标记，end_flag=1；
设定一归档库，读取已经标记好的end_flag=1的数据，即为所有需要分离的数据；
在归档库中插入end_flag=1的单据数据，插入归档库前需要对单据号进行幂等性校验，以保证没有重复插入数据；
从活跃库中删除被成功移入归档库的数据。
进一步的，所述查询模块进一步具体为：维修阶段的数据就是活跃数据，在维修单据查询页进行数据查询；如果要查询已结束的终态维修数据，即是归档数据，则需要进入历史单据查询页面，在历史单据查询页面，将查询指向归档数据库，在归档数据库进行查询操作。
总之，本发明一种提高物业系统归档单据查询效率的系统，对物业维修单据数据进行单据状态维度上的合理分割，先迁移历史数据，并且在后期通过归档数据的分离，能够有效解决物业系统数据量增长导致的查询效率低下问题。
以上所述仅为本发明的较佳实施例，凡依本发明申请专利范围所做的均等变化与修饰，皆应属本发明的涵盖范围。

Claims (10)

1.一种提高物业系统归档单据查询效率的方法，其特征在于：所述方法包括如下步骤：
步骤S1、根据物业系统的维修单据状态判断维修单据数据是否需要归档；
步骤S2、利用多线程来进行迁移历史数据；
步骤S3、根据维修单据的状态触发归档维修单据操作；
步骤S4、设定一归档库，将物业系统中标记为归档数据的维修单据数据从物业系统的活跃库移入到归档库中；
步骤S5、在维修单据查询页中进行归档的数据和维修中的数据查询使用。
2.根据权利要求1所述的一种提高物业系统归档单据查询效率的方法，其特征在于：所述步骤S1进一步具体为：根据物业系统的业务场景，以维修单据的终态‘已结束’来分离数据；维修单据的状态为‘已结束’则标识为归档数据，否则，标识为维修中的数据；如果维修单据数据被标识为归档数据，则业务代码不会再对冷数据进行写操作。
3.根据权利要求1所述的一种提高物业系统归档单据查询效率的方法，其特征在于：所述步骤S2进一步具体为：对历史数据进行迁移操作，即建立一个线程池，定时触发迁移操作，所述迁移操作为获取活跃库中待搬动的活跃数据的数量，再得出要同时启动的线程数，如果同时启动的线程数大于线程池的数量就取线程池的线程数，假设同时启动的线程数这个数量为 N，最后循环 N 次启动线程池的线程搬运归档数据，来进行迁移历史数据。
4.根据权利要求2所述的一种提高物业系统归档单据查询效率的方法，其特征在于：所述步骤S4进一步具体包括：步骤S41、在维修单据的状态为‘已结束’的终态后，此数据将被列为待移入的归档数据，打上标记，end_flag=1；
步骤S42、设定一归档库，读取已经标记好的end_flag=1的数据，即为所有需要分离的数据；
步骤S43、在归档库中插入end_flag=1的单据数据，插入归档库前需要对单据号进行幂等性校验，以保证没有重复插入数据；
步骤44：从活跃库中删除被成功移入归档库的数据。
5.根据权利要求2所述的一种提高物业系统归档单据查询效率的方法，其特征在于：所述步骤S5进一步具体为：维修阶段的数据就是活跃数据，在维修单据查询页进行数据查询；如果要查询已结束的终态维修数据，即是归档数据，则需要进入历史单据查询页面，在历史单据查询页面，将查询指向归档数据库，在归档数据库进行查询操作。
6.一种提高物业系统归档单据查询效率的系统，其特征在于：所述系统包括归档数据判定模块、迁移数据模块、触发归档模块、数据分离模块、以及查询模块；
所述归档数据判定模块，根据物业系统的维修单据状态判断维修单据数据是否需要归档；
所述迁移数据模块，利用多线程来进行迁移历史数据；
所述触发归档模块，根据维修单据的状态触发归档维修单据操作；
所述数据分离模块，设定一归档库，将物业系统中标记为归档数据的维修单据数据从物业系统的活跃库移入到归档库中；
所述查询模块，在维修单据查询页中进行归档的数据和维修中的数据查询使用。
7.根据权利要求6所述的一种提高物业系统归档单据查询效率的系统，其特征在于：所述归档数据判定模块进一步具体为：根据物业系统的业务场景，以维修单据的终态‘已结束’来分离数据；维修单据的状态为‘已结束’则标识为归档数据，否则，标识为维修中的数据；如果维修单据数据被标识为归档数据，则业务代码不会再对冷数据进行写操作。
8.根据权利要求6所述的一种提高物业系统归档单据查询效率的系统，其特征在于：所述迁移数据模块进一步具体为：对历史数据进行迁移操作，即建立一个线程池，定时触发迁移操作，所述迁移操作为获取活跃库中待搬动的活跃数据的数量，再得出要同时启动的线程数，如果同时启动的线程数大于线程池的数量就取线程池的线程数，假设同时启动的线程数这个数量为 N，最后循环 N 次启动线程池的线程搬运归档数据，来进行迁移历史数据。
9.根据权利要求7所述的一种提高物业系统归档单据查询效率的系统，其特征在于：所述数据分离模块进一步具体包括：在维修单据的状态为‘已结束’的终态后，此数据将被列为待移入的归档数据，打上标记，end_flag=1；
设定一归档库，读取已经标记好的end_flag=1的数据，即为所有需要分离的数据；
在归档库中插入end_flag=1的单据数据，插入归档库前需要对单据号进行幂等性校验，以保证没有重复插入数据；
从活跃库中删除被成功移入归档库的数据。
10.根据权利要求7所述的一种提高物业系统归档单据查询效率的系统，其特征在于：所述查询模块进一步具体为：维修阶段的数据就是活跃数据，在维修单据查询页进行数据查询；如果要查询已结束的终态维修数据，即是归档数据，则需要进入历史单据查询页面，在历史单据查询页面，将查询指向归档数据库，在归档数据库进行查询操作。
CN202110293605.4A 2021-03-19 2021-03-19 一种提高物业系统归档单据查询效率的方法及其系统 Withdrawn CN112988711A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110293605.4A CN112988711A (zh) 2021-03-19 2021-03-19 一种提高物业系统归档单据查询效率的方法及其系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110293605.4A CN112988711A (zh) 2021-03-19 2021-03-19 一种提高物业系统归档单据查询效率的方法及其系统

Publications (1)

Publication Number Publication Date
CN112988711A true CN112988711A (zh) 2021-06-18

Family

ID=76333019

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110293605.4A Withdrawn CN112988711A (zh) 2021-03-19 2021-03-19 一种提高物业系统归档单据查询效率的方法及其系统

Country Status (1)

Country Link
CN (1) CN112988711A (zh)

Similar Documents

Publication Publication Date Title
US8930383B2 (en) System and method for aggregation and association of professional affiliation data with commercial data content
EP3327588A1 (en) Value-id-based sorting in column-store databases
CN103733195A (zh) 管理用于基于范围的搜索的数据的存储
KR101549220B1 (ko) 데이터베이스 관리 방법, 시스템 및 데이터베이스 트리 구조
CN105760380A (zh) 数据库查询方法、装置及系统
CN105260464A (zh) 数据存储结构的转换方法及装置
US8386541B2 (en) Dynamic change data capture process
CN105630934A (zh) 一种数据统计方法及系统
CN110866006A (zh) 过期数据的归档方法和装置
CN106021357A (zh) 基于分布式的大数据分页查询方法及系统
CN108345689B (zh) 商标注册成功率查询方法、装置、商标注册方法、装置
CN108038253B (zh) 一种日志查询的处理方法及装置
CN110705297A (zh) 一种企业曾用名识别方法、系统、介质及设备
CN110245118B (zh) 一种bim资料信息三维网格化检索归档方法及其归档系统
CN112988711A (zh) 一种提高物业系统归档单据查询效率的方法及其系统
CN116303834B (zh) 一种数据仓库历史数据存储与处理方法、系统和装置
US10346376B2 (en) Systems and methods for database management
CN113010558A (zh) 一种支付系统根据订单时间进行数据冷热分离方法及系统
CN114443625A (zh) 数据库的处理方法、装置
CN117251448B (zh) 一种宽表拉链表数据处理方法及装置
CN111597212B (zh) 一种数据检索方法及装置
CN114238241B (zh) 财务数据的元数据处理方法和计算机系统
CN110928868A (zh) 车辆数据检索方法、装置及计算机可读存储介质
CN114385260B (zh) 一种基于rowid区间的初始化装载方法及设备
CN103136274A (zh) 用于内容资源数据库的日期检索方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WW01 Invention patent application withdrawn after publication

Application publication date: 20210618

WW01 Invention patent application withdrawn after publication