[发明专利]用于从源数据库到目标数据库存档数据的方法和系统

说明书

本发明公开了从源数据库到目标数据库存档数据的方法和系统，包括步骤：a)指定源数据库中正经受存档操作的数据；b)提取指定数据的数据系谱，从而揭示指定数据链表之间的物理关系和/或管理员限定的任意规则以便创建指定数据的数据树；c)从源数据库到目标数据库执行指定数据的导出/导入操作，从而在从数据树的根到数据树的叶的方向上开始；以及d)在导出/导入操作的成功执行之后，在源数据库中对指定数据执行删除操作，从而在从数据树的叶到数据树的根的方向上开始。因此，本发明使得能够处置大量数据，并且由于利用指定数据的数据树进行识别的结构，解决了源数据库和目标数据库的至少部分的停机时间问题。

技术领域

本发明涉及用于从源数据库到目标数据库存档数据的方法和系统。

背景技术

已知的用于在数据库结构中，例如在SQL(结构化查询语言)服务器的数据库结构中存储数据身份(data identity)的方法和系统包括在具有若干记录的链表的字段内存储数值。这些字段可以具有各种数据类型，诸如char(字符型)、varchar(可变长字符型)、nvarchar(包含n个字符的可变长字符型)、decimal(浮点型)、integer(整型)、real(实数型)等。每个数据类型具有其自身的尺寸，该尺寸可以是预定的或者可变的。例如，“varchar”、“nvarchar”数据类型适于存储具有可变尺寸的数值，而“char”、“decimal”、“integer”数据类型适于存储具有固定尺寸的数值。

在这一点上，数据库管理系统(DBMS)为具有数据类型“nvarchar”的字段分配非恒定尺寸的存储空间。在一些已知的实现方案中，为了避免由使用具有恒定尺寸的字段引起的存储器浪费，数据库管理系统根据要存储的实际数据的尺寸，例如根据写入和读取数据库的应用，动态地分配不同尺寸的存储空间。

然而，在制造执行系统(MES)的工业环境中一直存在的问题是在不同数据库之间插入/合并数据的问题，这些数据库经受与数据持续性相关的物理的和/或逻辑的和/或应用引起的约束。事实上，在这些情形中，两个数据库之间的数据身份的原始复本将不会达到合并数据库的期望结果，因为现有的约束不会据此调整并且任何外键(foreign key)关系将不会被保存。

对于例如源自工业过程的数据存档，具有相同的关键性。同样地，对于该任务，在还考虑可能的数据库引擎限制时，在存档处理期间保存数据不一致的问题仍然几乎没有被解决。此外，常常需要能够执行存档，作为规划的转移操作，这会将存档操作分成任意数目的时间帧。

另一个不太关键的问题是存档操作的性能，因为随着要被存档的数据量的增加，大量数据的转移通常具有非线性行为。对于分级元素(即，由父/子关系表征的元素)的存档更是如此。此外，常常需要转移和存档操作必须与源数据库中的被转移的数据的删除相关联。在这样的情况下，由于最普遍的数据库引擎架构的固有性质，在存档期间每次仅锁定非常少的数据链表的特定进程将是理想的，以便避免源数据库操作的阻塞，该阻塞转而会损害例如由MES环境所管理的生产过程的执行。

为了应对数据转移操作中的这些挑战，在每个数据库引擎通常为此目的提供简单的备份/恢复功能时，通常使用备份方法。从源数据库开始，一部分数据(或数据库整体)可以被移动到所选择的目标目的地。不幸的是，这些操作是在没有考虑可能的物理关系，诸如外键关系或逻辑和应用关系的情况下执行的。此外，如果在源数据库中存在链表分级，则现有技术中已知的这些方法没有考虑这些链表分级，而是要求数据库管理员指定牵涉需要转移数据的这些分级的所有链表。此外，这些方法常常删除先前的数据或者需要特定的空白链表以便避免可能的数据冲突和转移错误。

最后但非最不重要的是，将转移操作细分成许多时间帧从而仅锁定少数数据链表的选项仅能够手动实现或者需要限定即席查询(ad hoc)SQL进程，该进程针对每个指定的时间帧简单地调用备份功能。不幸的是，这个方法也仍然缺乏数据一致性问题的解决方案。

发明内容