用于处理关联删除的方法和装置的制作方法

文档序号:6579250阅读:235来源:国知局
专利名称:用于处理关联删除的方法和装置的制作方法
技术领域
本发明涉及诸如在网络管理系统中在变更业务配置时处理关联 删除的方法和装置。
背景技术
在网管系统业务配置中,许多业务与业务之间有依赖关联的情 况。如果需要变更原先已经配置的一种业务,就必须估文关联删除, 先删除所有依赖它的其他业务配置,才能够进行变更配置业务操作。 以下称这些依赖它的其他业务配置为关联删除项,本发明将主要解 决这种问题。
传统的处理方法是当用户需要变更原先已经配置的一种业务 时,网管系统首先需要查找所有的关联删除项,然后逐一才是示给用 户,只有等用户手动全部删除掉各个关联删除项后,才能够进行变 更配置业务才喿作。全手工才喿作,效率j氐下,同时可能出现"i吴才喿作。 具体;也,传统方案在4喿作变更业务配置时,对有n项关联删除项的, 因为客户端往往每次只提示一个关联删除项,需要到关联删除项的 配置界面中至少进行n次关联删除操作,还需要不断切换到变更业 务配置界面进行至少n次变更配置4乘作,这样至少需要2n次手工揭: 作。除了操作复杂、效率低下外,频繁手工操作还极易出现误操作。 在3见实应用中亟4寺改进。

发明内容
为了解决变更配置业务中关联删除的操作复杂、容易出现误梯: 作的问题,本发明提出了一种用于处理关联删除的方法,包括以下
步骤获取变更业务配置信息列表;根据变更业务配置信息列表以 及关联删除项数据库相关表,构造与删除项相关的关联删除项的数
相关表;以及使用变更业务配置信息列表替换业务配置数据库相关表。
其中,变更业务配置信息列表包含在通过对来自客户端的消息 进行解码而获取的才艮文中。
其中,所述的根据变更业务配置信息列表以及关联删除项数据 库相关表,构造与删除项相关的关联删除项的数据列表的步骤中包 括对于变更业务配置信息列表与关联删除项数据库相关表中均存 在的关联字段,将对应于关联字段的记录信息緩存至数据列表。
其中,所述的根据变更业务配置信息列表以及关联删除项数据 库相关表,构造与删除项相关的关联删除项的数据列表的步骤中包 括对于变更业务配置信息列表中存在而关联删除项数据库相关表 中不存在的关联字段,基于关联字段构造新记录信息,并将新记录 信息緩存至数据列表。
其中,所述的根据变更业务配置信息列表以及关联删除项数据 库相关表,构造与删除项相关的关联删除项的数据列表的步骤中包 括对于变更业务配置信息列表中不存在而关联删除项^t据库相关 表中存在的关联字段,丢弃对应于关联字段的记录信息。
其中,所述的使用构造的关联删除项的数据列表替换关联删除 项数据库相关表的步骤中,包括以下步骤将构造的数据列表编码为报文;将报文下发给设备;以及在确认设备已收齐才艮文后,将关 联删除项数据库相关表清空,并将报文插入关联删除项数据库相关 表中。
其中,所述的使用变更业务配置信息列表替换业务配置数据库 相关表的步骤中,包4舌以下步驶《将对应于变更业务配置信息列表 的报文下发给设备;以及在确认设备已收齐报文后,将业务配置数 据库相关表清空,并将才艮文插入业务配置lt据库相关表中。
此外,本发明还提出了一种用于处理关联删除的装置,包括 信息列表获取模块,用于获取变更业务配置信息列表;数据列表构 造模块,用于根据变更业务配置信息列表以及关联删除项数据库相 关表,构造与删除项相关的关联删除项的数据列表;第一替换模块, 用于使用构造的关联删除项的数椐列表替换关联删除项数据库相关 表;以及第二替换模块,用于使用变更业务配置信息列表替换业务 配置H据库相关表。
其中,对于变更业务配置信息列表与关联删除项数据库相关表 中均存在的关联字段,数据列表构造模块将对应于关联字段的记录 信息緩存至数据列表。
其中,对于变更业务配置信息列表中存在而关联删除项数据库 相关表中不存在的关联字段,数据列表构造模块基于关联字段构造 新记录信息,并将新记录信息緩存至数据列表。
其中,对于变更业务配置信息列表中不存在而关联删除项数据 库相关表中存在的关联字段,数据列表构造模块丟弃对应于关联字 _险的记录信息。采用本发明,能够有效地解决变更业务配置时对关联删除项的 关联删除。与传统的方案相比,本发明无"i仑在安全性、易用性还是 效率上都有了极大提升。
本发明将关联删除项的删除嵌入到业务变更配置处理流程中,
在才喿作变更业务配置时,对有n项关联删除项的,只需在变更业务 配置界面进行1次手工操作即可,操作简单、安全,在实现上采用 工厂模式,最大程度地提取公共处理部分,减少重复操作,各关联 删除项的关联删除工作得到了简化,缩短了开发周期,4吏用配置文 件使关联删除项可动态配置,整体上提升了网管的易用性、操作效 率、可重用性、可扩展性及竟争力。


此处所i兌明的附图用来4是供对本发明的进一步理解,构成本申 请的一部分,本发明的示意性实施例及其说明用于解释本发明,并 不构成对本发明的限定。在附图中
图1是根据本发明的关联删除的处理方法流程图2是根据本发明的关联删除项的新数据列表的构造过程流程
图3是根据本发明的示例性实施例的变更前时钟源配置信息的 示意图4是根据本发明的示例性实施例的变更前关联删除项(时钟 源保护倒换与闭锁)的示意图5是根据本发明的示例性实施例的变更后时钟源配置信息的 示意图;以及图6是根据本发明的示例性实施例的变更后关联删除项(时钟 源保护倒换与闭锁)的示意图。
具体实施例方式
下面结合附图对用于处理关联删除的方法和装置进行说明。
本发明釆用工厂模式将关联删除项的关联删除嵌入到业务变更 配置处理流程中,各关联删除项的关联删除处理过程只需要实现固 定的接口即可;同时使用配置文件记录各关联删除项,使得各关联 删除项可动态配置,4是升了网管的可扩展性。
由于网管系统服务器端变更业务配置框架采用工厂^f莫式,变更 业务配置的所有处理过程都预先注册到服务器端变更业务配置框架 的工厂中。框架通过读取配置文件,逐个调用各个处理过考呈进4亍处理。
网管系统中变更业务配置引发关联删除的处理方法具体执4亍步 驶《^口下,^口图1声斤示
1:服务器端预处理,获取变更后的业务配置信息列表
这是预处理阶,史,是力良务器端变更业务配置才医架处理的第一阶 段,主要是获取变更后的业务配置信息列表阶段。此时,框架通过 读取配置文件,调用预处理过程。预处理过程接收来自客户端消息, 通过解码解析出客户端下发的配置报文。在解析出的配置报文中, 就包含用户变更业务后的所有详细配置信息列表,服务器端把这些 变更后的业务配置信息列表进行緩存,以供后续处理过程使用。
2:关耳关删除项的新^:据列表构造过程处理这是关联删除项的新数据列表构造阶段,是服务器端变更业务 配置框架处理的第二阶段。此时,框架才艮据配置文件中所配置的第 一个关联删除项,调用关联删除项的新凄t据列表构造过禾呈进4于处理。
为了方〗更下面的过程描述,这里定义一下两个业务之间关联字
段的含义。假如业务A中含有字段al,a2, a3等,业务B中含有 字段bl,b2,b3等,其中,字段al (也可能是al+a2等多个字段 的联合)和字段bl具有相同含义,业务A和业务B就是通过字 段al (或者几个字段的联合)和字段bl进行依赖关联,那么,这 里就把字段al (或者几个字段的联合)和字段bl称为两个业务之 间的关联字段。
所有关联删除项的新数据列表构造过程都类似,其基本实现方 法简单描述如下
1 )框架将第 一 阶,殳预处理过程中緩存的变更后的业务配置信息 列表传递给第 一个关联删除项的新数据列表构造过程。
2 )第一个关联删除项的新数据列表构造过程才艮据所传入的变更 后的业务配置信息列表,查找本过程对应的关联删除项数据库相关 表,以便决定如何构造关联删除项的新数据列表。
这里需要根据变更后的业务配置信息列表和关联删除项数据库 相关表中所存信息这两者之间的关联字段不同取值情况分别考虑, 可以有以下三种情况,i口图2所示
i. 两者之间都存在的相同关联字段取值
对于这种情况,表示与这些关联字段取值相对应的记录信息没 有进行变更,关联删除项数据库相关表中仍然要存储这些记录信息。为此,关联删除项的新数据列表构造过程把从关联删除项数据 库相关表中获取的这些记录信息直接放入新数据列表中緩存起来。
ii. 变更后的业务配置信息列表中存在而关联删除项数据库 相关表中不存在的关联字^殳取^f直
对于这种情况,表示与这些关联字段取值相对应的记录信息是 用户变更配置时新增加的记录信息。
为此,关联删除项的新数据列表构造过程需要根据这些关联字 段取值,调用构造新记录信息过程。构造新记录信息过程主要是根 据关联字段取值,同时初始化其它字段取值,构造出相对应的需要 存入关联删除项凄t据库相关表中的新记录信息。等构造新记录信息 完毕后,关联删除项的新数据列表构造过程需要把这些新构造的记 录信息放入新数据列表中緩存起来。
iii. 变更后的业务配置信息列表中不存在而关联删除项翁:据 库相关表中存在的关联字段取值
对于这种情况,表示与这些关联字段取值相对应的记录信息是 用户变更配置时需要进行删除的记录信息。
为此,关联删除项的新数据列表构造过程直接丢弃从关联删除 项数据库相关表中根据关联字段取值获取的这些记录信息。
3)第一个关联删除项的新数据列表构造完毕后,就转到下面的 第三阶段关联删除项的关联删除过程处理了 。
3:关联删除项的关联删除过禾呈处理这是关联删除项的关联删除过程阶段,是服务器端变更业务配 置框架处理的第三阶段。此时,框架调用关联删除项的关联删除过 程进行处理。
首先,框架取出上面第二个阶段关联删除项的新数据列表构造 过程中所有緩存的新数据列表,把这些新数据列表传给关联删除过 程。然后,关联删除过程通过框架调用关联删除项的业务配置过程, 而关联删除项的业务配置过程则把获取的这些新数据列表编码封装 成报文,接着,把这些报文转换成适合设备的格式下发给设备,等 收到设备正确应答报文后,先把关联删除项数据库相关表清空,再 将新数据列表报文插入关联删除项数据库相关表中。
接下来,如果配置文件中还有其他的关联删除项,则框架按照 配置文件次序,逐个调用剩下的关联删除项的新凄t据列表构造过程 和关联删除过程,处理过程和上面描述的第二和第三阶,殳类似,不 再重复描述。等到所有关联删除项的处理过程都结束后,就转到下 面的变更后业务配置处理过程了。
4:变更后的业务配置处理
这是业务配置处理阶段,是服务器端变更业务配置框架处理的 第四阶^殳。此时,冲医架才艮据配置文件中所配置的业务配置处理,调 用业务配置处理过程进行处理。
具体来讲,首先,服务器框架将前面第一阶段预处理过程中緩 存的变更后的业务配置信息列表取出,然后,将这些变更后的业务 配置信息报文转换成适合设备的格式下发给设备,等收到设备正确 应答才艮文后,先4巴业务配置教:据库相关表清空,再将这些用户变更 后的业务配置信息报文插入业务配置数据库相关表中,并返回成功 处理才艮文纟会客户端,完成了整个变更业务配置处理过程。下面,我们通过一个实施例来对以上方案进^f于详细解释。
在SDH (同步凄t字系列)凄t字同步网中,同步是SDH网的神 经系统。各网元的时钟是否同步严重影响着整个传输网的性能,而 网管端相对应的同步配置业务就是时钟源配置业务,下面就以此为 例进4于介绍。
网管端时4中源配置业务的配置文4牛3口下
<processNode>
</processNode> <processNode>
<processName>CDelClkSrcCleanClkLock</processName>
</processNodc>
<proccssNode>
<processName>CDelClkSrcCleanClkSwitch</processName>
</processNode>
<processNode>
<para id="M2Al">CSDHCombineSetClockSrc—M2A</para〉</processNodc>
,人配置文件中可以看到,网管在变更时钟源配置业务时,共有 四个处理过程注册到服务器端变更业务配置框架的工厂中,其中就
有两个关联删除项(时钟源闭锁-------对应的关联删除处理过程为
CDelClkSrcCleanClkLock 和时钟源4呆护倒才奐-------对应的关联删
除处理过程为CDelClkSrcCleanClkSwitch )需要进4亍关联删除处 理。
这两个关联删除项的关联删除处理过程 (CDelClkSrcCleanClkLock 和CDelClkSrcCleanClkSwitch )首先需 要完成的工作是乂人同一个基类CDelClkSrcCleanBase (而这个基类 又继承于IProcess )继承得到各自具体的清除数据方法CleanData(), 并实现该方法,执4亍清除工作。同时注册到框架的工厂中,以供框 架调用。
从图3 (本发明实施例中变更前的时钟源配置示意图)中我们 可以看到,变更前有四条时钟源配置记录夕卜时钟SAIA (0-1-37) -1、内时钟、线^各抽时钟S4A( 0-1-4 )-ll和线^各抽时钟S16A( 0-1-3 ) -1。
从图4 (本发明实施例中变更前的关联删除项(时钟源保护倒 换与闭锁)示意图)中我们可以看到,变更前时钟源锁定列表中有 三条i己录夕卜时4中SAIA (0-1-37) -1——清除闭锁、内时4中一一闭锁 和线路抽时钟S4A (0-1-4)-11——闭锁。变更前时钟源保护倒换列 表中有一条记录线路抽时钟S16A ( 0-1-3 ) -1——强制倒换。显然,通过图3和图4,我们可以看到,时钟源配置中的"时钟 源+时钟源资源"字段和时钟源闭锁、时钟源保护倒换中的"时 钟源"是关联字段。
下面将具体说明变更时钟源配置时关联删除时钟源锁定和时钟 源保护倒换的执行过程
1:服务器端预处理,获取变更后的业务配置信息列表
这是获取变更后时钟源配置信息列表阶段,此时,框架通过读 取配置文件,调用配置文件中CSetClockSrcPreprocess来执4亍完成。
此时,月良务器端4妾收来自客户端消息,通过解码解析出客户端 下发的时钟源配置报文。在解析出的配置报文中,就包含用户变更 时钟源配置后的所有详细配置^f言息列表。
从图5 (本发明实施例中变更后的时钟源配置示意图)可以看 出,变更后的时钟源配置有四条记录。跟变更前相比较后可以发现, 有如下变化
两条记录没有变化夕卜时钟SAIA (0-1-37) -1和线鴻4由时钟 S4A (0國l-4) -11。
删除了两条记录内时钟和线^各抽时钟S16A (0-1-3) -1。
增加了两条记录外时钟SAIA( 0-1-55 )-l和线路抽时钟S64A (0-1-41 ) -1。
月良务器端把这些变更后的配置报文进行緩存,以供后续处理过 程使用。
2:关联删除项的新数据列表构造过程处理这是关联删除项的新凄t据列表构造阶,爻。此时,冲医架才艮据配置
文件中所配置的第一个关联删除项CDelClkSrcCleanClkLock (时钟
源锁定关联删除),调用时钟源锁定新数据列表构造过程进行处理。
时钟源锁定新数据列表构造过程基本实现方法描述如下
1 )框架将第一阶^:预处理过程中纟爰存的用户变更后的时钟源配 置信息列表传递给时钟源锁定新数据列表构造过程。
2 )时钟源锁定新数据列表构造过程才艮据所传入的用户变更后的 时钟源配置信息列表,查找lt据库中"时钟源锁定,,表,以<更决定 如何构造时钟源锁定新数据列表。
这里需要才艮据变更后的时钟源配置信息列表和彩:据库中"时钟 源锁定"表所存信息这两者之间的关联字段("时钟源")不同取值情 况分别考虑,可以有以下三种情况
i. 两者之间都存在的相同关联字段取值
对于这种情况,表示与这些关联字段取值相对应的记录信息没 有进行变更,数据库中"时钟源锁定"表仍然要存储这些记录信息。
显然,夕卜时钟SAIA (0-1-37) -1——清除闭锁和线^各抽时钟 S4A (0-1-4) -11——闭锁这两条记录属于这种情况,为此,时钟源 锁定新数据列表构造过程把这两条记录直接放入时钟源锁定新数据 列表中緩存起来。
ii. 变更后的时钟源配置信息列表中存在而数据库中"时钟源 锁定"表不存在的关联字段取值对于这种情况,表示与这些关联字段取值相对应的记录信息是 用户变更配置时4斤增加的i己录4言息。
显然,夕卜时钟SAIA ( 0-1-55 ) -1和线路4由时钟S64A ( 0-1-41 )
-1就属于这种情况。
为此,时钟源锁定新数据列表构造过程需要才艮据"外时钟SAIA (0-1-55) -1和线鴻、袖时4中S64A (0-1-41) -1 "这两个关联字賴: 取值,调用构造新记录信息过程。构造新记录信息过程根据这两个 关联字段取值,同时初始化"锁定状态"字段取值为"清除闭锁", 构造出相对应的需要存入数据库中"时钟源锁定"表的两条新记录 信息"外时钟SAIA (0-1-55 ) -l—清除闭锁和线路抽时钟S64A (0_1_41 ) -1—清除闭锁"。等构造这两条新记录信息完毕后,时钟 源锁定新数据列表构造过程把这两条新构造的记录信息放入新数据 列表中緩存起来。
iii.变更后的时钟源配置信息列表中不存在而凝:据库中"时钟 源锁定"表存在的关联字段取值
对于这种情况,表示与这些关联字段取值相对应的记录信息是 用户变更配置时需要进行删除的记录信息。
显然,"内时钟"就属于这种情况。
为此,时钟源锁定新数据列表构造过程直接丢弃"内时钟--闭锁"这条记录信息。
3 )时钟源锁定新数据列表构造完毕后,就转到下面的关联删除 项的关联删除过程处理了 。
3:关联删除项的关联删除过程处理这是关联删除项的关联删除过程阶段,此时,框架调用时钟源 锁定关联删除过程进行处理。
首先,框架取出上面时钟源锁定新数据列表构造过程中所有緩 存的新数据列表,把这些新数据列表传给时钟源锁定关联删除过程。 然后,时钟源锁定关联删除过程通过框架调用时钟源锁定业务配置 过程,而时钟源锁定业务配置过程则把获取的这些新数据列表编码 封装成报文,接着,把这些报文转换成适合设备的格式下发给设备, 等收到设备正确应答报文后,先把数据库中"时钟源锁定"表清空, 再将新数据列表报文插入数据库中"时钟源锁定"表中。
接下来,4匡架才要照上面时钟源目己置文件中配置
醒—醫CDelClkSrcCleanClkSwitch (时钟源保护倒换关联删除),调用时 钟源保护倒换新数据列表构造过程和关联删除过程,处理过程和上 面时钟源锁定描述类似,不再重复描述。等到时钟源保护倒换处理 过程结束后,就转到下面的变更后业务配置处理过程了 。
经过上面的两次关联删除处理后,我们从图6 (本发明实施例 中变更后的关联删除项(时钟源保护倒换与闭锁)示意图)中可以 看到
夕卜时钟SAIA (0-1-37) -1和线路抽时钟S4A (0-l画4) -11这
两条未变更的记录仍然保留在"时钟源锁定',数据库中;
夕卜时钟SAIA ( 0-1-55 )画l和线^各抽时钟S64A ( 0-1-41 )画l这
两条新增的记录已经加入到"时钟源锁定,,数据库中;
内时钟这条无效记录已经从"时钟源锁定"数据库中删除;
线路抽时钟S16A (0-1-3) -1这条无效记录已经从"时钟源保 护倒换"凄t据库中删除。4:变更后的业务配置处理
这是最后的变更时钟源配置处理阶段,框架才艮据配置文件中所 配置的CSDHCombineSetClockSrc_M2A,调用时钟源配置处理过程 进行处理。
具体来讲,首先,服务器框架将前面第一阶段预处理过程中緩 存的变更后的时钟源配置信息列表取出,然后,将这些变更后的时 钟源配置信息报文转换成适合设备的格式下发给设备,等收到设备 正确应答报文后,先把时钟源配置数据库相关表清空,再将这些用 户变更后的时钟源配置4言息才艮文插入时钟源配置凝:据库相关表中, 并返回成功处理纟艮文纟会客户端,完成了整个变更时^t源配置处理过 程
以上所述〗又为本发明的优选实施例而已,并不用于限制本发明, 对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在 本发明的精神和原则之内,所作的任何修改、等同替换、改进等, 均应包含在本发明的保护范围之内。
权利要求
1.一种用于处理关联删除的方法,其特征在于,包括以下步骤获取变更业务配置信息列表;根据所述变更业务配置信息列表以及关联删除项数据库相关表,构造与删除项相关的关联删除项的数据列表;使用构造的所述关联删除项的数据列表替换所述关联删除项数据库相关表;以及使用所述变更业务配置信息列表替换业务配置数据库相关表。
2. 根据权利要求1所述的方法,其特征在于,所述变更业务配置 信息列表包含在通过对来自客户端的消息进行解码而获取的 报文中。
3. 根据权利要求1所述的方法,其特征在于,所述的根据所述变 更业务配置信息列表以及关联删除项数据库相关表,构造与删 除项相关的关耳关删除项的^:据列表的步骤中包括对于所述变更业务配置信息列表与所述关联删除项数据 库相关表中均存在的关联字段,将对应于所述关联字段的记录 信息緩存至所述数据列表。
4. 才艮据权利要求1所述的方法,其特征在于,所述的根据所述变 更业务配置信息列表以及关联删除项数据库相关表,构造与删 除项相关的关联删除项的数据列表的步骤中包括对于所述变更业务配置信息列表中存在而所述关联删除 项数据库相关表中不存在的关联字段,基于所述关联字段构造 新记录信息,并将所述新记录信息緩存至所述数据列表。
5. 才艮据权利要求1所述的方法,其特征在于,所述的根据所述变 更业务配置信息列表以及关联删除项数据库相关表,构造与删 除项相关的关联删除项的数据列表的步骤中包括对于所述变更业务配置信息列表中不存在而所述关联删 除项数据库相关表中存在的关联字段,丢弃对应于所述关联字 段的记录信息。
6. 4艮据权利要求1至5中任一项所述的方法,其特征在于,所述 的使用构造的所述关联删除项的数据列表替换所述关联删除 项凌t据库相关表的步骤中,包括以下步骤将构造的所述数据列表编码为才艮文;将所述报文下发给设备;以及在确认所述设备已收齐所述报文后,将所述关联删除项数 据库相关表清空,并将所述报文插入所述关联删除项数据库相 关表中。
7. 根据权利要求1至5中任一项所述的方法,其特征在于,所述 的l吏用所述变更业务配置信息列表替换业务配置凄t据库相关 表的步骤中,包4舌以下步驶《将对应于所述变更业务配置信息列表的报文下发给设备;以及在确认所述设备已收齐所述报文后,将所述业务配置数据 库相关表清空,并将所述报文插入所述业务配置数据库相关表 中。
8. —种用于处理关联删除的装置,其特征在于,包括信息列表获取模块,用于获取变更业务配置信息列表;数据列表构造模块,用于根据所述变更业务配置信息列表 以及关联删除项数据库相关表,构造与删除项相关的关联删除 项的数据列表;第一替换模块,用于使用构造的所述关联删除项的数据列 表替换所述关联删除项数据库相关表;以及第二替换模块,用于使用所述变更业务配置信息列表替换 业务配置lt据库相关表。
9. 根据权利要求8所述的装置,其特征在于,对于所述变更业务 配置信息列表与所述关联删除项数据库相关表中均存在的关 联字段,所述数据列表构造模块将对应于所述关联字段的记录 信息緩存至所述凄t据列表。
10. 根据权利要求8所述的装置,其特征在于,对于所述变更业务 配置信息列表中存在而所述关联删除项数据库相关表中不存 在的关联字段,所述数据列表构造模块基于所述关联字段构造 新记录信息,并将所述新记录信息緩存至所述数据列表。
11. 根据权利要求8所述的装置,其特征在于,对于所述变更业务 配置信息列表中不存在而所述关联删除项凄t据库相关表中存 在的关联字段,所述数据列表构造模块丟弃对应于所述关联字 段的记录信息。
全文摘要
为了解决变更配置业务中关联删除的操作复杂、容易出现误操作的问题,本发明提出了一种用于处理关联删除的方法,包括以下步骤获取变更业务配置信息列表;根据变更业务配置信息列表以及关联删除项数据库相关表,构造与删除项相关的关联删除项的数据列表;使用构造的关联删除项的数据列表替换关联删除项数据库相关表;以及使用变更业务配置信息列表替换业务配置数据库相关表。此外,本发明还提出了一种用于处理关联删除的装置。
文档编号G06F17/30GK101605059SQ200910158989
公开日2009年12月16日 申请日期2009年7月14日 优先权日2009年7月14日
发明者陈冬平 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1