CN108197147A - 号卡数据库运维方法及装置 - Google Patents
号卡数据库运维方法及装置 Download PDFInfo
- Publication number
- CN108197147A CN108197147A CN201711227599.2A CN201711227599A CN108197147A CN 108197147 A CN108197147 A CN 108197147A CN 201711227599 A CN201711227599 A CN 201711227599A CN 108197147 A CN108197147 A CN 108197147A
- Authority
- CN
- China
- Prior art keywords
- state
- database
- data
- abnormal
- tables
- 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.)
- Granted
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/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
-
- 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/215—Improving data quality; Data cleansing, e.g. de-duplication, removing invalid entries or correcting typographical errors
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提供一种号卡数据库运维方法及装置,方法包括:检测数据库中各数据表记录的号码状态是否发生异常;若存在异常,则获取状态记录异常的第一号码的标准状态,所述第一号码的标准状态为各数据表中主表记录的所述第一号码的状态;根据所述第一号码的标准状态,对所述各数据表中除所述主表以外的其它数据表中记录的所述第一号码的状态进行修正。通过本发明,能够主动发现数据库中数据表的状态异常并及时修复,实现对号卡数据库自动治理,从而能够降低现有的运维方法对运维技术人员专业知识的高要求与高度依赖。
Description
技术领域
本发明涉及通信领域,尤其涉及一种号卡数据库运维方法及装置。
背景技术
目前,随着通信领域的蓬勃发展,使电话卡的使用越来越广泛,因此,由于需进行管理的电话卡数目较多,因此各通信运营商都将分布式架构应用于号码与智能卡的管理系统上,利用分布算法将电话卡等数据信息分散存储在数百台服务器中。一般来说,运营商的号卡资源中心需要给全国各销售系统和省分办公自动化系统提供资源服务,因此,为了保证号卡资源中心的运行,要求每一张电话卡在全国各销售系统和省分办公自动化系统中的数据表中的状态需保持一致,因此,需要对号卡资源中心进行运维。
现有的运维方法一般使用数据库图形工具、批量脚本执行工具进行生产数据的修正和问题排查,并通过提高运维人员的业务水平保证运维工作的质量与安全。
但是上述方法通常对运维人员的专业知识要求很高,且异常数据的定位主要依靠一线用户的反馈,无法提前自动发现,故无法自主治理,从而降低了运维效率。
发明内容
本发明提供一种号卡数据库运维方法及装置,用于自动对号卡数据库的自动扫描与修复,从而实现对号卡数据库的自动化治理。
本发明的第一个方面是提供一种号卡数据库运维方法,包括:检测数据库中除主表以外的各状态数据表记录的号码状态是否发生异常,不同状态数据表表征不同的号码状态,每个状态数据表记录的所有号码的状态为所述状态数据表对应的号码状态;若存在异常,则确定记录异常的异常号码,并获取所述主表记录的所述异常号码的标准数据,所述标准数据包括所述异常号码的标准状态以及记录所述号码的标准状态的第一用户标识;根据所述异常号码的标准数据,对除所述主表以外的各状态数据表中记录的号码进行修正。
本发明的另一个方面是提供一种号卡数据库运维装置,包括:检测模块,用于检测数据库中除主表以外的各状态数据表记录的号码状态是否发生异常,不同状态数据表表征不同的号码状态,每个状态数据表记录的所有号码的状态为所述状态数据表对应的号码状态;获取模块,用于若存在异常,则确定记录异常的异常号码,并获取所述主表记录的所述异常号码的标准数据,所述标准数据包括所述异常号码的标准状态以及记录所述号码的标准状态的第一用户标识;修正模块,用于根据所述异常号码的标准数据,对除所述主表以外的各状态数据表中记录的号码进行修正。
本发明提供的号卡数据库运维方法及装置,通过对数据库中各数据表记录的号码状态进行检测,若检测到各数据库中数据表发生异常,则以数据库中存储的主表记录的第一号码的状态为标准状态,对数据库中除主表以外的其他数据表中第一号码的状态进行修正,从而能够实现对号卡数据库的自动扫描与修复,降低了对运维人员专业知识的需求的同时也提高了运维效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1为本发明实施例一提供的号卡数据库运维方法的流程示意图;
图2为本发明实施例二提供的号卡数据库运维方法的流程示意图;
图3为本发明实施例三提供的号卡数据库运维装置的结构示意图;
图4为本发明实施例四提供的号卡数据库运维装置的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例一提供的号卡数据库运维方法的流程示意图,如图1所示,所述方法包括:
101、检测数据库中除主表以外的各状态数据表记录的号码状态是否发生异常,不同状态数据表表征不同的号码状态,每个状态数据表记录的所有号码的状态为所述状态数据表对应的号码状态。
以实际应用举例来说:为了便于在号卡运营的各个环节维护号卡的状态,会在数据库中存储不同环节下的数据表与主表,其中,主表中记录全部号码以及号码对应的状态,不同环节下的状态数据表表征不同的号码状态,每个状态数据表记录的所有号码的状态为所述状态数据表对应的号码状态,具体地,所述状态各数据表包括但不限于:销售表、冷冻表、锁定表,例如,没发生异常的情况下,冷冻表中记录的全部号码都为冷冻状态,锁定表中记录的全部号码都为锁定状态。需要说明的是,主表中固定存储的包括号码以及号码对应的状态,此外,根据不同的号码状态,主表中记录的内容可能存在不同,举例来说,若号码的状态为占用状态,则占用表中包括号码、号码对应的用户标识以及该号码对应的套餐,其中,用户标识为购买该号码的用户,此时,主表中记录该号码、该号码的状态、该号码的购买者以及该号码对应的套餐,如“号码-占用-第一用户-套餐1”,代表该号码的状态为占用,占用用户标识为第一用户,对应的套餐为套餐1;若号码的状态为冷冻,则冷冻表中包括号码以及该号码的冷冻时间,相应的,主表中记录的内容包括号码、号码对应的状态以及该号码对应的冷冻时间,如“号码-冷冻-冷冻时间:2017.10.01-2017.11.01”,代表该号码的状态为冷冻,冷冻时间为2017.10.01-2017.11.01。
在本实施方式中,当外围销售系统根据当前销售情况引起的号码状态变更,向数据库发送状态变更指令时,由于数据库中存储的号码状态数据表数量较多,因此可能会存在部分号码状态数据表更新失败的情况,因此,可以检测数据库中除主表以外的各状态数据表中记录的号码状态是否发生异常,可选的,异常数据扫描中心可以接收用户自主触发的扫描指令,根据该扫描指令对数据库中各数据表中记录的号码状态进行扫描,可选的,异常数据扫描中心也可以根据用户预设的定期扫描指令,检测当前时间是否为需要扫描的时间,若是,则对数据库中各数据表中记录的号码状态进行扫描。
作为一种可实施的方式,由于目前分布式数据库越来越多的应用在号卡资源中心上,因此上述数据库可以为分布式数据库,对应的,异常数据扫描中心中也可包含多个扫描节点,具体地,分布式数据库中的子数据库与异常数据扫描中心中的扫描节点一一对应,通过利用一个扫描节点扫描一个子数据库中的全部号卡,从而能够提升运维的效率。实际应用中,所述各子数据库可以基于地域设立,例如针对每个省建立相应的子数据库。
102、若存在异常,则确定记录异常的异常号码,并获取所述主表记录的所述异常号码的标准数据,所述标准数据包括所述异常号码的标准状态以及记录所述号码的标准状态的第一用户标识。
在本实施方式中,主表中还存储有记录号码当前状态的用户的第一用户标识,若检测到当前状态数据表中存在异常号码,则记录当前发生异常的号码,并根据该号码在主表中确定该号码对应的状态以及记录号码当前状态的用户的第一用户标识,并将从主表中获取的状态数据与用户数据作为当前的标准数据。
具体地,为了保证数据库中全部号码的状态保持一致,一般都以数据记录全面的主表中记录的状态以及用户为标准。举例来说,若主表中记录的第一号码的状态为冷冻,但是,冷冻表中并没有记录第一号码,则此时认为第一号码对应的冷冻表发生异常,为了实现数据库中全部数据表的状态保持一致,则此时以主表中记录的冷冻状态作为该第一号码的标准状态。
103、根据所述异常号码的标准数据,对除所述主表以外的各状态数据表中记录的号码进行修正。
在本实施方式中,可以根据主表中记录的第一号码的标准状态对数据库中异常的数据表中第一号码的状态进行修正,从而实现数据库中所有数据表的号码状态保持一致。
以实际应用来举例,接收用户的触发指令,对数据库中第一号码对应的全部数据表进行扫描,数据库中可以存储多个数据表,例如主表,冻结表,销售表,占用表等,若主表中记录的第一号码的当前状态是占用,但是当前数据库中存储的占用表中没有记录第一号码,则判定第一号码发生异常,则以主表中的号码状态占用为标准状态,在占用表中添加第一号码。
通过本实施例提供的号卡数据库运维方法,通过对数据库中各数据表记录的号码状态进行检测,若检测到各数据库中数据表发生异常,则以数据库中存储的主表记录的第一号码的状态为标准状态,对数据库中除主表以外的其他数据表中第一号码的状态进行修正,从而能够实现对号卡数据库的自动扫描与修复,降低了对运维人员专业知识的需求的同时也提高了运维效率。
进一步地,在实施例一的基础上,所述方法还包括:
统计发生状态变更的各号卡,并对所述各号卡进行划分获得各数据库对应的号卡集合,每个数据库对应的号卡集合中所有号卡对应的数据库均为所述数据库;
针对每个数据库对应的号卡集合中的所有号卡,根据所述号卡的状态变更结果,对所述数据库中所述号卡对应的号码的状态进行更新。
实际应用中,根据号卡使用的实际情况,例如,用户激活或者注销某号卡等操作,需要变更相应的号码状态。对此,为了提高号码状态的维护效率,可以集中统计一批状态发生变更的号卡,再集中对这一批号卡进行状态更新。当外围销售系统销售根据当前销售情况引起的号码状态变更,向数据库发送状态变更指令时,若当前传输过程中发生异常,导致数据库没有接到该变更指令,故没有对号码的状态进行变更,因此,销售中心的号码状态与数据库中记录的号码状态不一致,此时,需要接收用户触发的状态变更指令,控制数据库中的数据表状态发生变更。
具体地,可以统计当前需要发生状态变更的全部号卡,并将号卡按照所属的数据库进行划分,得到各号卡集合,其中,每个号卡集合对应的数据库相同,针对每个号卡集合中的所有号卡,根据实际的状态变更结果,对数据库中的号码对应的数据表中记录的号卡状态进行更新。举例来说,假设某号码之前未被任何用户激活使用,则其状态为空闲,假设当前某用户购买了该号码对应的号卡,并激活了该号码,则该号码的状态变更结果,即由空闲变更为占用。
其中,上述统计发生状态变更的各号卡的步骤可以按照预设的周期定期执行。尽管通过上述方案能够实现一定程度上的号卡状态维护,但在实际的状态更新过程中,仍可能存在管理员操作或者数据处理等失误,导致号码状态的更新异常。针对这种情况,则可以进一步基于本方案的提供的运维方法进行修正。
作为一种可实施的方式,由于目前分布式数据库越来越多的应用在号卡资源中心上,因此上述数据库可以为分布式数据库,对应的,可以按照其所属的数据库对需要变更状态的号卡进行划分,后续将每个数据库对应的号卡集合中的号卡分配至该数据库对应的一个号卡变更节点进行状态变更,具体地,分布式数据库中的子数据库与号卡变更节点一一对应。这样可以通过利用一个号卡变更节点对一个子数据库中的全部号卡进行变更,避免在批量号码状态变更的过程中来回反复查询不同的数据库,从而能够有效减少状态变更的时间,提升运维的效率。
进一步地,在对号码进行状态变更之后,根据变更后的号码状态,对数据库中存储的全部数据表进行更新,具体地,将主表中的号码对应的状态与发起变更的用户标识更新为变更后的状态与发起当前变更操作的用户标识,举例来说,若某次变更之前某号码的号码状态为空闲,并且该状态是由第一用户更新操作的,则变更前主表中记录的状态为:“第一号码;空闲;第一用户”,后续,第二用户将该号码的号码状态由空闲变更为了占用,则变更后需将主表中记录的信息变更为“第一号码;占用;第二用户”;根据主表中记录的最新状态对状态数据表中的号码进行更新,举例来说,若号码状态由空闲变更至占用,则将空闲表中的该号码删除,并将该号码添加至占用表中。
以实际应用来举例,如果需要对多个号码的状态进行变更,此时可以从文件处理中心下载散号文件模板,将需进行状态变更的号卡写入该散号文件模板,生成散号文件,计算每个号码所属的子数据库,将同一个子数据库中的号码分配至同一个号卡变更节点,以使号卡变更节点将自身对应的号卡的状态进行变更,并对数据库中全部状态数据表中记录的号码进行更新,以便后续基于这些号卡的状态进行其它操作,例如销售等操作。
通过本实施方式提供的号卡数据库运维方法,通过统计发生状态变更的各号卡,并根据待变更的号卡所述的数据库对号卡进行划分,并根据实际的号卡变更结果,对数据库中的全部带变更号卡进行状态变更,并同时更新数据库存储的号卡对应的数据表中号卡状态,从而能够实现数据库内部号卡状态与外部销售系统保持一致,以便后续对该号卡的销售等操作。
进一步地,在上述实施例的基础上,步骤101具体包括:
针对数据库中主表记录的每个号码的标准状态,判断除所述号码的标准状态对应的状态数据表中是否缺失所述号码;若是,则判定所述号码为状态缺失的异常号码。
具体地,数据库中号码的记录状态可以有多种异常的形式。针对数据库中主表记录的每个号码,可以以主表中记录的号码对应的状态为标准状态,遍历数据库中除主表外的全部数据表中是否缺少该号码和/或改号码对应的状态,若是,则判定数据库中该号码的记录状态异常。举例来说,当前主表中存储第一号码以及第一号码对应的占用状态,但是根据主表遍历数据库中的全部数据表,发现占用表中不存在第一号码,则此时,判定占用表发生异常,并判断该号码为状态缺失的异常号码。
针对数据库中主表记录的每个号码的标准状态,判断所述号码是否被记录在除主表以外的多个状态数据表中;若是,则判定所述号码为状态多余的异常号码。
具体地,针对数据库中的每个号码,以主表中记录的号码的状态为标准状态,遍历数据库中除主表,判断该号码是否被记录在除主表以外的多个状态数据表中,若是,则判定数据库中该号码的记录状态发生异常。举例来说,若主表中记录的该号码的状态为占用,占用表中包含该号码,但是空闲表中也包含该号码,则此时判断该号码状态发生异常,并判断该号码为状态多余的异常号码。
针对数据库中主表记录的每个号码对应的第一用户标识,判断记录有所述号码的状态数据表中所述号码对应的用户标识是否与所述第一用户标识一致;若不一致,则判定所述号码为用户标识错误的异常号码。
具体地,状态数据表中还记录有号码对应的用户标识,其中,还用户标识可以为购买号码的用户,相应的,主表中包括号码、号码对应的状态、号码的购买者以及该号码对应的套餐。针对数据库中的每个号码,以主表中记录的发起该号码的状态变更的用户标识为标准用户标识,遍历数据库中除主表以外的全部数据表中记录的用户标识是否与主表记录的不一致,若不一致,则判定数据库中该号码的记录状态异常。举例来说,若主表中记录的发起该号码的状态变更的用户标识为第一用户,但是占用表中记录的该号码的变更用户标识为第二用户标识,则此时判定占用表中发生异常,并判断该号码为用户标识错误的异常号码。
需要说明的是,上述三种实施方式可以单独实施,也可以结合实施,本发明在此不作限制。
以实际应用来举例,接收到用户发送的数据治理指令时,首先,可将同一子数据库中的全部号码分配至数据扫描中心中的同一数据扫描节点进行扫描。具体地,数据扫描中心获取预设的分析异常的SQL语句片段,该分析异常的SQL语句片段中包含占位符,当进行异常数据扫描时,可将待扫描的号码填入该占位符位置,执行该分析异常的SQL语句片段,以主表中记载的号码当前状态作为标准状态,扫描子数据库中存储的除主表之外的全部数据表,通过根据主表分析除主表之外的全部数据表中记载的号卡的状态是否缺失、是否多余以及用户标识是否与主表不一致,来判断除主表之外的全部数据表是否发生异常。
本实施方式提供的号卡数据库运维方法,通过以数据库中存储的主表中记录的号码状态为标准,遍历数据库中的除主表之外的全部数据表中记录的号码状态是否发生异常,从而能够实现对数据库异常自动分析,进而能够降低对运维人员专业知识的高度依赖。
进一步地,在上述实施例的基础上,步骤103具体包括:
若所述异常为状态缺失,则将所述异常号码补充至所述异常号码的标准状态对应的状态数据表。
具体地,当检测到数据库中存储的数据表中的号码状态发生异常之后,可以自动对异常数据表进行修复。具体地,若检测到数据表的异常为状态缺失,则可以根据主表中记载的号码的状态为标准状态,对状态缺失的数据表进行补充。举例来说,若主表中记录的号码的状态为占用,但是占用表中并没有记录该号码,则可以根据主表中的标准状态对占用表中的数据进行补充,以保证数据库中的全部数据表状态保持一致。
若所述异常为状态多余,则删除除所述标准状态对应的状态数据表之外的状态数据表中的所述号码。
具体地,若检测到数据表的异常为状态多余,则可以根据主表中记载的号码的状态为标准状态,对数据库中除标准状态对应的状态数据表以外的其他记录该号码的数据表中的该号码进行删除。举例来说,若主表中记录的该号码的状态为占用,占用表中也记录了该号码,但是,空闲表、锁定表中也记录了该号码,则可以根据主表中记录的状态,将空闲表与锁定表中记录的该号码删除,以保证数据库中的全部数据表状态保持一致。
若所述异常为用户标识错误,则将记录有所述号码的状态数据表中所述号码对应的用户标识修改为所述第一用户标识。
具体地,若检测到数据表的异常为用户标识错误,则可以根据主表中记载的号码的标准用户标识,对错误的用户标识进行修正。举例来说,若主表中记录的该号码的用户标识为第一用户标识,但是占用表中记录该号码对应的用户标识为第二用户标识,则可以根据主表中记录的第一用户标识对占用表中的错误用户标识进行修改,以保证数据库中的全部数据表状态保持一致。
需要说明的是,上述三种实施方式可以单独实施,也可以结合实施,本发明在此不作限制。
承接上例来说,数据扫描中心获取到发生异常的号码之后,根据异常号码所属的子数据库,将同一子数据库中待修复的号码分配至异常治理中心的同一数据治理节点中进行异常修复。具体地,数据治理节点可以运行预设的修复异常的SQL语句片段,根据主表中记录的号码对应的标准状态,对状态缺失的异常数据表进行补充,对状态多余的异常数据表记性删除,对用户标识错误的异常数据表进行修正。
本实施方式提供的号卡数据库运维方法,通过在检测到数据库中的号码对应的数据表发生异常时,根据主表中记录的号码的标准状态,对异常数据表进行修复,从而实现了数据库异常数据表的自动治理,进而能够降低对运维人员专业知识的高度依赖。
图2为本发明实施例二提供的号卡数据库运维方法的流程示意图,如图2所示,在实施例一的基础上,所述方法还包括:
201、若检测到数据库中第一数据表记录的号码发生异常,则获取修正前的状态快照,所述修正前的状态快照包括当前异常的第一号码、所述第一数据表以及异常类型。
在本实施方式中,为了能够再现数据库中数据表修复前后的状态,可以对修改前后的数据表生成快照。具体地,若检测到数据库中存在第一数据表记录的号码状态发生异常,在对其进行修复之前,可以通过预设的快照生成语句获取修正前的第一数据表的快照,并将修正前的第一数据表的快照异步发送至快照数据库进行存储,其中,修正前的快照包括当前记录异常的第一号码、第一数据表的表名、第一数据表中当前记录的第一号码的状态以及异常类型,具体的,若本次数据库治理指令是用户手动触发的,则记录触发本次治理的用户标识。
步骤103之后,所述方法还包括:
202、获取修正后的状态快照,所述修正后的状态快照包括所述第一号码、当前记录所述第一号码的数据表以及所述异常类型。
在本实施方式中,当异常治理中心对数据库中的第一数据表修正完毕之后,可以通过预设的快照生成语句获取修正后的第一数据表的快照,并将修正后的第一数据表的快照异步发送至快照数据库进行存储,其中,修正后的快照包括第一号码、当前记录第一号码的数据表、记录第一号码的数据表当前记录的第一号码的状态、以及异常类型。
作为一种可实施的方式,为了使用户能够更直观的浏览第一号卡经历过那些修正,可根据上述修正前后的快照绘制数据库治理示意图,具体地,可将第一号卡修正后的每张数据表作为当前的节点,并根据该数据表经历的不同操作,用不同颜色进行标记,比如,若该数据表执行了删除操作,则将该节点用橙色标记,若该数据表执行了增加状态操作,则将该节点标记为绿色。通过每张数据库治理示意图都可以直观地查看到变更前快照、执行的操作,治理时间以及发起治理操作的用户。
本实施例提供的号卡数据库运维方法,通过运行预设的快照生成语句,对修正前后的第一数据表生成快照,从而能够使用户能够随时回顾治理的全过程的详情,若治理的某个过程发生问题,也可以通过快照及时发现并处理,进而增加数据库治理的可靠性以及准确性。
进一步地,在实施例二的基础上,所述方法还包括:
接收用户的回退指令,所述回退指令包括待回退号码;
从修正前的状态快照中查找获得与所述待回退号码匹配的第一状态快照;
将所述待回退号码的记录状态回退至与所述第一状态快照一致。
在本实施方式中,用户可以根据待回退号码和待回退数据表在快照数据库中获取与待回退号码和待回退数据表相匹配的第一状态快照,并可以根据第一状态快照中待回退号码的状态,将待回退数据表记录的待回退号码的状态回退至与第一状态快照一致。从而能够使用户在上一步修正发生误差时,无需对已修正的数据表进行进一步地更改,只需根据回退指令中的待回退号码和待回退数据表即可将发生误差的数据表回复至第一状态快照中的状态。
以实际应用来举例,接收用户发送的回退指令,并根据该回退指令中包含的出待回退号码和待回退数据表获取与待回退号码和待回退数据表相匹配的第一状态快照。若待回退号码当前的状态为占用,而第一状态快照中记录的该待回退号码对应的状态为空闲,则可以根据第一状态快照中记录的状态将待回退号码当前的状态修正为与第一状态快照中记录的状态一致的空闲状态。
本实施方式提供的号卡数据库运维方法,通过待回退号码和待回退数据表在快照数据库中获取修正前的第一状态快照,并根据第一状态快照对数据表记录的当前状态进行修正,从而实现了数据库治理操作的步骤回退,当修正时某一步修正有误,则可以根据回退操作回退至数据表修正前的状态,进而增加数据库治理的可靠性以及准确性。
图3为本发明实施例三提供的号卡数据库运维装置的结构示意图,如图3所示,所述装置包括:
检测模块31,用于检测数据库中除主表以外的各状态数据表记录的号码状态是否发生异常,不同状态数据表表征不同的号码状态,每个状态数据表记录的所有号码的状态为所述状态数据表对应的号码状态;
获取模块32,用于若存在异常,则确定记录异常的异常号码,并获取所述主表记录的所述异常号码的标准数据,所述标准数据包括所述异常号码的标准状态以及记录所述号码的标准状态的第一用户标识;
修正模块33,用于根据所述异常号码的标准数据,对除所述主表以外的各状态数据表中记录的号码进行修正。
在本实施方式中,当外围销售系统销售根据当前销售情况引起的号码状态变更,向数据库发送状态变更指令时,由于数据库中存储的号码状态数据表数量较多,因此可能会存在部分号码状态数据表更新失败的情况,因此,检测模块31可以检测数据库中除主表以外的各状态数据表中记录的号码状态是否发生异常,可选的,异常数据扫描中心可以接收用户自主触发的扫描指令,根据该扫描指令对数据库中各数据表中记录的号码状态进行扫描,可选的,异常数据扫描中心也可以根据用户预设的定期扫描指令,检测当前时间是否为需要扫描的时间,若是,则对数据库中各数据表中记录的号码状态进行扫描。
作为一种可实施的方式,由于目前分布式数据库越来越多的应用在号卡资源中心上,因此上述数据库可以为分布式数据库,对应的,异常数据扫描中心中也可包含多个扫描节点,具体地,分布式数据库中的子数据库与异常数据扫描中心中的扫描节点一一对应,通过利用一个扫描节点扫描一个子数据库中的全部号卡,从而能够提升运维的效率。实际应用中,所述各子数据库可以基于地域设立,例如针对每个省建立相应的子数据库。
主表中还存储有记录号码当前状态的用户的第一用户标识,若检测模块31检测到当前状态数据表中存在异常号码,则获取模块32记录当前发生异常的号码,并根据该号码在主表中确定该号码对应的状态以及记录号码当前状态的用户的第一用户标识,并将从主表中获取的状态数据与用户数据作为当前的标准数据。
具体地,为了保证数据库中全部号码的状态保持一致,一般都以数据记录全面的主表中记录的状态以及用户为标准。举例来说,若主表中记录的第一号码的状态为冷冻,但是,冷冻表中并没有记录第一号码,则此时认为第一号码对应的冷冻表发生异常,为了实现数据库中全部数据表的状态保持一致,则此时以主表中记录的冷冻状态作为该第一号码的标准状态。
修正模块33可以根据主表中记录的第一号码的标准状态对数据库中异常的数据表中第一号码的状态进行修正,从而实现数据库中所有数据表的号码状态保持一致。
以实际应用来举例,接收用户的触发指令,对数据库中第一号码对应的全部数据表进行扫描,数据库中可以存储多个数据表,例如主表,冻结表,销售表,占用表等,若主表中记录的第一号码的当前状态是占用,但是当前数据库中存储的占用表中没有记录第一号码,则判定第一号码发生异常,则以主表中的号码状态占用为标准状态,在占用表中添加第一号码。
通过本实施例提供的号卡数据库运维装置,通过对数据库中各数据表记录的号码状态进行检测,若检测到各数据库中数据表发生异常,则以数据库中存储的主表记录的第一号码的状态为标准状态,对数据库中除主表以外的其他数据表中第一号码的状态进行修正,从而能够实现对号卡数据库的自动扫描与修复,降低了对运维人员专业知识的需求的同时也提高了运维效率。
进一步地,在实施例一的基础上,所述装置还包括:
统计模块,用于统计发生状态变更的各号卡,并对所述各号卡进行划分获得各数据库对应的号卡集合,每个数据库对应的号卡集合中所有号卡对应的数据库均为所述数据库;
更新模块,用于针对每个数据库对应的号卡集合中的所有号卡,根据所述号卡的状态变更结果,对所述数据库中所述号卡对应的号码的状态进行更新。
实际应用中,根据号卡使用的实际情况,例如,用户激活或者注销某号卡等操作,需要变更相应的号码状态。对此,为了提高号码状态的维护效率,统计模块可以集中统计一批状态发生变更的号卡,再集中对这一批号卡进行状态更新。以实际应用来举例,当外围销售系统根据当前销售情况引起的号码状态变更,向数据库发送状态变更指令时,若当前传输过程中发生异常,导致数据库没有接到该变更指令,故没有对号码的状态进行变更,因此,销售中心的号码状态与数据库中记录的号码状态不一致,此时,需要接收用户的触发状态变更指令,控制数据库中的数据表状态发生变更。
具体地,可以统计当前需要发生状态变更的全部号卡,并将号卡按照所属的数据库进行划分,得到各号卡集合,其中,每个号卡集合对应的数据库相同,针对每个号卡集合中的所有号卡,更新模块根据实际的状态变更结果,对数据库中的号码对应的数据表中记录的号卡状态进行更新。举例来说,假设某号码之前未被任何用户激活使用,则其状态为空闲,假设当前某用户购买了该号码对应的号卡,并激活了该号码,则该号码的状态变更结果,即由空闲变更为占用。
其中,上述统计发生状态变更的各号卡的步骤可以按照预设的周期定期执行。尽管通过上述方案能够实现一定程度上的号卡状态维护,但在实际的状态更新过程中,仍可能存在管理员操作或者数据处理等失误,导致号码状态的更新异常。针对这种情况,则可以进一步基于本方案的提供的运维方法进行修正。
作为一种可实施的方式,由于目前分布式数据库越来越多的应用在号卡资源中心上,因此上述数据库可以为分布式数据库,对应的,可以按照其所属的数据库对需要变更状态的号卡进行划分,后续将每个数据库对应的号卡集合中的号卡分配至该数据库对应的一个号卡变更节点进行状态变更,具体地,分布式数据库中的子数据库与号卡变更节点一一对应。这样可以通过利用一个号卡变更节点对一个子数据库中的全部号卡进行变更,避免在批量号码状态变更的过程中来回反复查询不同的数据库,从而能够有效减少状态变更的时间,提升运维的效率。
进一步地,在对号码进行状态变更之后,根据变更后的号码状态,对数据库中存储的全部数据表进行更新,具体地,将主表中的号码对应的状态与发起变更的用户标识更新为变更后的状态与发起当前变更操作的用户标识,举例来说,若某次变更之前某号码的号码状态为空闲,并且该状态是由第一用户更新操作的,则变更前主表中记录的状态为:“第一号码;空闲;第一用户”,后续,第二用户将该号码的号码状态由空闲变更为了占用,则变更后需将主表中记录的信息变更为“第一号码;占用;第二用户”;根据主表中记录的最新状态对状态数据表中的号码进行更新,举例来说,若号码状态由空闲变更至占用,则将空闲表中的该号码删除,并将该号码添加至占用表中。
以实际应用来举例,如果需要对多个号码的状态进行变更,此时可以从文件处理中心下载散号文件模板,将需进行状态变更的号卡写入该散号文件模板,生成散号文件,计算每个号码所属的子数据库,将同一个子数据库中的号码分配至同一个号卡变更节点,以使号卡变更节点将自身对应的号卡的状态进行变更,并对数据库中全部状态数据表中记录的号码进行更新,以便后续基于这些号卡的状态进行其它操作,例如销售等操作。
通过本实施方式提供的号卡数据库运维装置,通过统计发生状态变更的各号卡,并根据待变更的号卡所述的数据库对号卡进行划分,并根据实际的号卡变更结果,对数据库中的全部带变更号卡进行状态变更,并同时更新数据库存储的号卡对应的数据表中号卡状态,从而能够实现数据库内部号卡状态与外部销售系统保持一致,以便后续对该号卡的销售等操作。
进一步地,在上述实施例的基础上,检测模块31具体包括:
第一判定单元,用于针对数据库中主表记录的每个号码的标准状态,判断除所述号码的标准状态对应的状态数据表中是否缺失所述号码;若是,则判定所述号码为状态缺失的异常号码。
具体地,数据库中号码的记录状态可以有多种异常的形式。针对数据库中主表记录的每个号码,第一判定单元可以以主表中记录的号码对应的状态为标准状态,遍历数据库中除主表外的全部数据表中是否缺少该号码和/或改号码对应的状态,若是,则判定数据库中该号码的记录状态异常。举例来说,当前主表中存储第一号码以及第一号码对应的占用状态,但是根据主表遍历数据库中的全部数据表,发现占用表中不存在第一号码,或第一号码对应的状态,则此时,判定占用表发生异常,并判断该号码为状态缺失的异常号码。
第二判定单元,用于针对数据库中主表记录的每个号码的标准状态,判断所述号码是否被记录在除主表以外的多个状态数据表中;若是,则判定所述号码为状态多余的异常号码。
具体地,针对数据库中的每个号码,第二判定单元以主表中记录的号码的状态为标准状态,遍历数据库中除主表以外的全部数据表,判断该号码是否被记录在除主表以外的多个状态数据表中,若是,则判定数据库中该号码的记录状态发生异常。举例来说,若主表中记录的该号码的状态为占用,占用表中包含该号码,但是空闲表中也包含该号码,则此时判断该号码状态发生异常,并判断该号码为状态多余的异常号码。
第三判定单元,用于针对数据库中主表记录的每个号码对应的第一用户标识,判断记录有所述号码的状态数据表中所述号码对应的用户标识是否与所述第一用户标识一致;若不一致,则判定所述号码为用户标识错误的异常号码。
具体地,状态数据表中还记录有号码对应的用户标识,其中,还用户标识可以为购买号码的用户,相应的,主表中包括号码、号码对应的状态、号码的购买者以及该号码对应的套餐。针对数据库中的每个号码,以主表中记录的发起该号码的状态变更的用户标识为标准用户标识,第三判定单元遍历数据库中除主表以外的全部数据表中记录的用户标识是否与主表记录的不一致,若不一致,则判定数据库中该号码的记录状态异常。举例来说,若主表中记录的发起该号码的状态变更的用户标识为第一用户,但是占用表中记录的该号码的变更用户标识为第二用户标识,则此时判定占用表中发生异常,并判断该号码为用户标识错误的异常号码。
需要说明的是,上述三种实施方式可以单独实施,也可以结合实施,本发明在此不作限制。
以实际应用来举例,接收到用户发送的数据治理指令时,首先,可将同一子数据库中的全部号码分配至数据扫描中心中的同一数据扫描节点进行扫描。具体地,数据扫描中心获取预设的分析异常的SQL语句片段,该分析异常的SQL语句片段中包含占位符,当进行异常数据扫描时,可将待扫描的号码填入该占位符位置,执行该分析异常的SQL语句片段,以主表中记载的号码当前状态作为标准状态,扫描子数据库中存储的除主表之外的全部数据表,通过根据主表分析除主表之外的全部数据表中记载的号卡的状态是否缺失、是否多余以及用户标识是否与主表不一致,来判断除主表之外的全部数据表是否发生异常。
本实施方式提供的号卡数据库运维装置,通过以数据库中存储的主表中记录的号码状态为标准,遍历数据库中的除主表之外的全部数据表中记录的号码状态是否发生异常,从而能够实现对数据库异常自动分析,进而能够降低对运维人员专业知识的高度依赖。
进一步地,在上述实施例的基础上,修正模块33具体包括:
第一修正单元,用于若所述异常为状态缺失,则将所述异常号码补充至所述异常号码的标准状态对应的状态数据表。
具体地,当检测到数据库中存储的数据表中的号码状态发生异常之后,可以自动对异常数据表进行修复。具体地,若检测到数据表的异常为状态缺失,则第一修正单元可以根据主表中记载的号码的状态为标准状态,对状态缺失的数据表进行补充。举例来说,若主表中记录的号码的状态为占用,但是占用表中并没有记录该号码,则可以根据主表中的标准状态对占用表中的数据进行补充,以保证数据库中的全部数据表状态保持一致。
第二修正单元,用于若所述异常为状态多余,则删除除所述标准状态对应的状态数据表之外的状态数据表中的所述号码。
具体地,若检测到数据表的异常为状态多余,则第二修正单元可以根据主表中记载的号码的状态为标准状态,对数据库中除标准状态对应的状态数据表以外的其他记录该号码的数据表中的该号码进行删除。举例来说,若主表中记录的该号码的状态为占用,占用表中也记录了该号码,但是,空闲表、锁定表中也记录了该号码,则可以根据主表中记录的状态,第二修正单元将空闲表与锁定表中记录的该号码删除,以保证数据库中的全部数据表状态保持一致。
第三修正单元,用于若所述异常为用户标识错误,则将记录有所述号码的状态数据表中所述号码对应的用户标识修改为所述第一用户标识。
具体地,若检测到数据表的异常为用户标识错误,则第三修正单元可以根据主表中记载的号码的标准用户标识,对错误的用户标识进行修正。举例来说,若主表中记录的该号码的用户标识为第一用户标识,但是占用表中记录该号码对应的用户标识为第二用户标识,则第三修正单元可以根据主表中记录的第一用户标识对占用表中的错误用户标识进行修改,以保证数据库中的全部数据表状态保持一致。
需要说明的是,上述三种实施方式可以单独实施,也可以结合实施,本发明在此不作限制。
在本实施方式中,当检测到数据库中存储的数据表中的号码状态发生异常之后,可以自动对异常数据表进行修复。具体地,若检测到数据表的异常为状态缺失,则第一修正单元可以根据主表中记载的号码的状态为标准状态,对状态缺失的数据表进行补充;若检测到数据表的异常为状态多余,则第二修正单元可以根据主表中记载的号码状态为标准状态,判定出异常数据表记录的多条状态中正确的状态,并将多余的错误状态进行删除;若检测到数据表的异常为状态错误,则第三修正单元可以根据主表中记载的号码的标准状态,对用户标识错误的状态进行删除。
承接上例来说,数据扫描中心获取到发生异常的号码之后,根据异常号码所属的子数据库,将同一子数据库中待修复的号码分配至异常治理中心的同一数据治理节点中进行异常修复。具体地,数据治理节点可以运行预设的修复异常的SQL语句片段,根据主表中记录的号码对应的标准状态,对状态缺失的异常数据表进行补充,对状态多余的异常数据表记性删除,对状态错误的异常数据表进行修正。
本实施方式提供的号卡数据库运维装置,通过在检测到数据库中的号码对应的数据表发生异常时,根据主表中记录的号码的标准状态,对异常数据表进行修复,从而实现了数据库异常数据表的自动治理,进而能够降低对运维人员专业知识的高度依赖。
图4为本发明实施例四提供的号卡数据库运维装置的结构示意图,如图4所示,在实施例三的基础上,所述装置还包括:
第一快照生成模块41,用于若检测到数据库中第一数据表记录的号码发生异常,则获取修正前的状态快照,所述修正前的状态快照包括当前异常的第一号码、所述第一数据表以及异常类型。
第二快照生成模块42,用于获取修正后的状态快照,所述修正后的状态快照包括所述第一号码、当前记录所述第一号码的数据表以及所述异常类型。
在本实施方式中,为了能够再现数据库中数据表修复前后的状态,可以对修改前后的数据表生成快照。具体地,若检测到数据库中存在第一数据表记录的号码状态发生异常,在对其进行修复之前,第一快照生成模块41可以通过预设的快照生成语句获取修正前的第一数据表的快照,并将修正前的第一数据表的快照异步发送至快照数据库进行存储,其中,修正前的快照包括当前记录异常的第一号码、第一数据表的表名、第一数据表中当前记录的第一号码的状态以及异常类型,具体的,若本次数据库治理指令是用户手动触发的,则记录触发本次治理的用户标识。
当异常治理中心对数据库中的第一数据表修正完毕之后,第二快照生成模块42可以通过预设的快照生成语句获取修正后的第一数据表的快照,并将修正后的第一数据表的快照异步发送至快照数据库进行存储,其中,修正后的快照包括第一号码、当前记录第一号码的数据表、记录第一号码的数据表当前记录的第一号码的状态、以及异常类型。
作为一种可实施的方式,为了使用户能够更直观的浏览第一号卡经历过那些修正,可根据上述修正前后的快照绘制数据库治理示意图,具体地,可将第一号卡修正后的每张数据表作为当前的节点,并根据该数据表经历的不同操作,用不同颜色进行标记,比如,若该数据表执行了删除操作,则将该节点用橙色标记,若该数据表执行了增加状态操作,则将该节点标记为绿色。通过每张数据库治理示意图都可以直观地查看到变更前快照、执行的操作,治理时间以及发起治理操作的用户。
本实施例提供的号卡数据库运维装置,通过运行预设的快照生成语句,对修正前后的第一数据表生成快照,从而能够使用户能够随时回顾治理的全过程的详情,若治理的某个过程发生问题,也可以通过快照及时发现并处理,进而增加数据库治理的可靠性以及准确性。
进一步地,在实施例四的基础上,所述装置还包括:
接受指令模块,用于接收用户的回退指令,所述回退指令包括待回退号码与待回退数据表;
查找模块,用于从修正前的状态快照中查找获得与所述待回退号码与待回退数据表匹配的第一状态快照;
回退模块,用于将所述待回退号码的记录状态回退至与所述第一状态快照一致。
在本实施方式中,用户可以根据待回退号码和待回退数据表在快照数据库中获取与待回退号码和待回退数据表相匹配的第一状态快照,并可以根据第一状态快照中待回退号码的状态,将待回退数据表记录的待回退号码的状态回退至与第一状态快照一致。从而能够使用户在上一步修正发生误差时,无需对已修正的数据表进行进一步地更改,只需根据回退指令中的待回退号码和待回退数据表即可将发生误差的数据表回复至第一状态快照中的状态。
以实际应用来举例,接收用户发送的回退指令,并根据该回退指令中包含的出待回退号码和待回退数据表获取与待回退号码和待回退数据表相匹配的第一状态快照。若待回退号码当前的状态为占用,而第一状态快照中记录的该待回退号码对应的状态为空闲,则可以根据第一状态快照中记录的状态将待回退号码当前的状态修正为与第一状态快照中记录的状态一致的空闲状态。
本实施方式提供的号卡数据库运维装置,通过待回退号码和待回退数据表在快照数据库中获取修正前的第一状态快照,并根据第一状态快照对数据表记录的当前状态进行修正,从而实现了数据库治理操作的步骤回退,当修正时某一步修正有误,则可以根据回退操作回退至数据表修正前的状态,进而增加数据库治理的可靠性以及准确性。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (10)
1.一种号卡数据库运维方法,其特征在于,包括:
检测数据库中除主表以外的各状态数据表记录的号码状态是否发生异常,不同状态数据表表征不同的号码状态,每个状态数据表记录的所有号码的状态为所述状态数据表对应的号码状态;
若存在异常,则确定记录异常的异常号码,并获取所述主表记录的所述异常号码的标准数据,所述标准数据包括所述异常号码的标准状态以及记录所述号码的标准状态的第一用户标识;
根据所述异常号码的标准数据,对除所述主表以外的各状态数据表中记录的号码进行修正。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
统计发生状态变更的各号卡,并对所述各号卡进行划分获得各数据库对应的号卡集合,每个数据库对应的号卡集合中所有号卡对应的数据库均为所述数据库;
针对每个数据库对应的号卡集合中的所有号卡,根据所述号卡的状态变更结果,对所述数据库中所述号卡对应的号码的状态进行更新。
3.根据权利要求1所述的方法,其特征在于,所述检测数据库中除主表以外的各状态数据表记录的号码状态是否发生异常,包括:
针对数据库中主表记录的每个号码的标准状态,判断除所述号码的标准状态对应的状态数据表中是否缺失所述号码;若是,则判定所述号码为状态缺失的异常号码;和/或,
针对数据库中主表记录的每个号码的标准状态,判断所述号码是否被记录在除主表以外的多个状态数据表中;若是,则判定所述号码为状态多余的异常号码;和/或,
针对数据库中主表记录的每个号码对应的第一用户标识,判断记录有所述号码的状态数据表中所述号码对应的用户标识是否与所述第一用户标识一致;若不一致,则判定所述号码为用户标识错误的异常号码。
4.根据权利要求1所述的方法,其特征在于,所述根据所述异常号码的标准数据,对除所述主表以外的各状态数据表中记录的号码进行修正,包括:
若所述异常为状态缺失,则将所述异常号码补充至所述异常号码的标准状态对应的状态数据表;和/或,
若所述异常为状态多余,则删除除所述标准状态对应的状态数据表之外的状态数据表中的所述号码;和/或,
若所述异常为用户标识错误,则将记录有所述号码的状态数据表中所述号码对应的用户标识修改为所述第一用户标识。
5.根据权利要求1中任一项所述的方法,其特征在于,所述方法还包括:
若检测到数据库中第一数据表记录的号码发生异常,则获取修正前的状态快照,所述修正前的状态快照包括当前异常的第一号码、所述第一数据表以及异常类型;
所述根据所述异常号码的标准状态,对除所述主表以外的各数据表中记录的号码进行修正之后,还包括:
获取修正后的状态快照,所述修正后的状态快照包括所述第一号码、当前记录所述第一号码的数据表以及所述异常类型。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
接收用户的回退指令,所述回退指令包括待回退号码与待回退数据表;
从修正前的状态快照中查找获得与所述待回退号码与待回退数据表匹配的第一状态快照;
将所述待回退号码的记录状态回退至与所述第一状态快照一致。
7.一种号卡数据库运维装置,其特征在于,包括:
检测模块,用于检测数据库中除主表以外的各状态数据表记录的号码状态是否发生异常,不同状态数据表表征不同的号码状态,每个状态数据表记录的所有号码的状态为所述状态数据表对应的号码状态;
获取模块,用于若存在异常,则确定记录异常的异常号码,并获取所述主表记录的所述异常号码的标准数据,所述标准数据包括所述异常号码的标准状态以及记录所述号码的标准状态的第一用户标识;
修正模块,用于根据所述异常号码的标准数据,对除所述主表以外的各状态数据表中记录的号码进行修正。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
统计模块,用于统计发生状态变更的各号卡,并对所述各号卡进行划分获得各数据库对应的号卡集合,每个数据库对应的号卡集合中所有号卡对应的数据库均为所述数据库;
更新模块,用于针对每个数据库对应的号卡集合中的所有号卡,根据所述号卡的状态变更结果,对所述数据库中所述号卡对应的号码的状态进行更新。
9.根据权利要求7所述的装置,其特征在于,所述检测模块,包括:
第一判定单元,用于针对数据库中主表记录的每个号码的标准状态,判断除所述号码的标准状态对应的状态数据表中是否缺失所述号码;若是,则判定所述号码为状态缺失的异常号码;和/或,
第二判定单元,用于针对数据库中主表记录的每个号码的标准状态,判断所述号码是否被记录在除主表以外的多个状态数据表中;若是,则判定所述号码为状态多余的异常号码;和/或,
第三判定单元,用于针对数据库中主表记录的每个号码对应的第一用户标识,判断记录有所述号码的状态数据表中所述号码对应的用户标识是否与所述第一用户标识一致;若不一致,则判定所述号码为用户标识错误的异常号码。
10.根据权利要求7所述的装置,其特征在于,所述修正模块,包括:
第一修正单元,用于若所述异常为状态缺失,则将所述异常号码补充至所述异常号码的标准状态对应的状态数据表;和/或,
第二修正单元,用于若所述异常为状态多余,则删除除所述标准状态对应的状态数据表之外的状态数据表中的所述号码;和/或,
第三修正单元,用于若所述异常为用户标识错误,则将记录有所述号码的状态数据表中所述号码对应的用户标识修改为所述第一用户标识。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711227599.2A CN108197147B (zh) | 2017-11-29 | 2017-11-29 | 号卡数据库运维方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711227599.2A CN108197147B (zh) | 2017-11-29 | 2017-11-29 | 号卡数据库运维方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108197147A true CN108197147A (zh) | 2018-06-22 |
CN108197147B CN108197147B (zh) | 2021-02-09 |
Family
ID=62573280
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711227599.2A Active CN108197147B (zh) | 2017-11-29 | 2017-11-29 | 号卡数据库运维方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108197147B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111159169B (zh) * | 2019-12-31 | 2023-07-14 | 中国联合网络通信集团有限公司 | 数据治理方法及设备 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101046800A (zh) * | 2007-04-18 | 2007-10-03 | 北京润乾信息系统技术有限公司 | 一种子报表引入方法 |
CN104598610A (zh) * | 2015-01-29 | 2015-05-06 | 无锡江南计算技术研究所 | 一种分步式数据库数据分发上传同步方法 |
CN104883365A (zh) * | 2015-05-14 | 2015-09-02 | 浪潮电子信息产业股份有限公司 | 一种安全日志存储和读取方法、装置及安全管控系统 |
CN105095457A (zh) * | 2015-07-28 | 2015-11-25 | 驰众信息技术(上海)有限公司 | 历史数据存储管理方法 |
US20160179869A1 (en) * | 2014-12-22 | 2016-06-23 | Bladelogic, Inc. | Enforcing referential integrity for object data documents |
CN106303099A (zh) * | 2015-05-12 | 2017-01-04 | 中国移动通信集团公司 | 一种验证用户通信号码有效性的方法、装置及系统 |
CN106792653A (zh) * | 2015-11-25 | 2017-05-31 | 中国移动通信集团公司 | 一种通信号码信息处理方法、装置及系统 |
CN107038182A (zh) * | 2016-09-27 | 2017-08-11 | 阿里巴巴集团控股有限公司 | 分表数据的完备性检查方法及装置 |
US9734229B1 (en) * | 2013-09-10 | 2017-08-15 | Symantec Corporation | Systems and methods for mining data in a data warehouse |
-
2017
- 2017-11-29 CN CN201711227599.2A patent/CN108197147B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101046800A (zh) * | 2007-04-18 | 2007-10-03 | 北京润乾信息系统技术有限公司 | 一种子报表引入方法 |
US9734229B1 (en) * | 2013-09-10 | 2017-08-15 | Symantec Corporation | Systems and methods for mining data in a data warehouse |
US20160179869A1 (en) * | 2014-12-22 | 2016-06-23 | Bladelogic, Inc. | Enforcing referential integrity for object data documents |
CN104598610A (zh) * | 2015-01-29 | 2015-05-06 | 无锡江南计算技术研究所 | 一种分步式数据库数据分发上传同步方法 |
CN106303099A (zh) * | 2015-05-12 | 2017-01-04 | 中国移动通信集团公司 | 一种验证用户通信号码有效性的方法、装置及系统 |
CN104883365A (zh) * | 2015-05-14 | 2015-09-02 | 浪潮电子信息产业股份有限公司 | 一种安全日志存储和读取方法、装置及安全管控系统 |
CN105095457A (zh) * | 2015-07-28 | 2015-11-25 | 驰众信息技术(上海)有限公司 | 历史数据存储管理方法 |
CN106792653A (zh) * | 2015-11-25 | 2017-05-31 | 中国移动通信集团公司 | 一种通信号码信息处理方法、装置及系统 |
CN107038182A (zh) * | 2016-09-27 | 2017-08-11 | 阿里巴巴集团控股有限公司 | 分表数据的完备性检查方法及装置 |
Non-Patent Citations (2)
Title |
---|
王红 等: "数据完整性机制的研究与实现", 《佛山科学技术学院学报(自然科学版)》 * |
百度知道: "在一个excel表格里能改一个总表,那些分表都能自己随着改么", 《HTTPS://ZHIDAO.BAIDU.COM/QUESTION/128378672.HTML》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111159169B (zh) * | 2019-12-31 | 2023-07-14 | 中国联合网络通信集团有限公司 | 数据治理方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN108197147B (zh) | 2021-02-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7962472B2 (en) | Self-optimizing algorithm for real-time problem resolution using historical data | |
US11422541B2 (en) | Production management method and system | |
CN103592898B (zh) | 一种电子产品生产自动化控制系统及方法 | |
CN104346574A (zh) | 基于配置规范的主机安全配置漏洞自动修复方法及系统 | |
CN109165170B (zh) | 一种自动化请求测试的方法及系统 | |
CN103699693A (zh) | 一种基于元数据的数据质量管理方法及系统 | |
CN110781231A (zh) | 基于数据库的批量导入方法、装置、设备及存储介质 | |
US6708185B2 (en) | SQL execution analysis | |
CN103631713A (zh) | Erp软件自动化测试系统及方法 | |
CN110956282A (zh) | 一种配电自动化缺陷管理系统及方法 | |
CN107015901A (zh) | 一种日志分析方法及装置 | |
CN106776165A (zh) | 服务器性能测试方法及系统 | |
CN102024198A (zh) | 产品测试管理系统及测试管理方法 | |
CN112348530A (zh) | 一种服务器生产自动检验及返修的方法 | |
CN110378793A (zh) | 数据管理方法、装置、计算机设备和存储介质 | |
CN108197147A (zh) | 号卡数据库运维方法及装置 | |
US20090292742A1 (en) | System, Method, and Computer Readable Media for Identifying a Log File Record in a Log File | |
CN114661584A (zh) | 一种用于软件测试的测试装置及使用方法 | |
JP2006011744A (ja) | 不良再発防止装置、不良再発防止方法、プログラムおよび記録媒体 | |
CN111061989A (zh) | 一种配电网继电保护装置综合评价系统及方法 | |
CN114595089A (zh) | 硬盘远程诊断方法、系统、终端及存储介质 | |
CN111767299A (zh) | 数据库操作方法、装置、系统、存储介质及电子设备 | |
CN109358803B (zh) | 异常空闲存储分析方法、装置及系统 | |
US7533053B2 (en) | Method and apparatus for accommodating quality review in an automated account statement generation process | |
CN105227333A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |