CN1193307C - 修改数据库内容的方法 - Google Patents
修改数据库内容的方法 Download PDFInfo
- Publication number
- CN1193307C CN1193307C CNB008161771A CN00816177A CN1193307C CN 1193307 C CN1193307 C CN 1193307C CN B008161771 A CNB008161771 A CN B008161771A CN 00816177 A CN00816177 A CN 00816177A CN 1193307 C CN1193307 C CN 1193307C
- Authority
- CN
- China
- Prior art keywords
- information
- database
- deletion
- going
- earlier
- 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.)
- Expired - Fee Related
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/23—Updating
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99943—Generating database or data structure, e.g. via user interface
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
一种改进数据库使用性能的方法和数据库系统。该方法包括确定一个指令或操作(22)是向数据库添加信息还是从数据库删除信息。对于添加操作,先将信息添加到一个“出”表(23),该表用来在实际更新数据库之前检索对象或条目。对于删除操作,先将信息从数据库中删除到一个“入”表(25),该表用来查找数据库中的对象。优选情况下,对于添加操作,信息先添加到“出”表,再添加到“入”表(24),对于删除操作,优选情况下,先从“入”表删除,再从“出”表删除。
Description
技术领域
本申请涉及数据库的使用性能,特别涉及改变其内容时数据库的性能。本申请一方面可以应用于关系数据库,更具体地说,是应用于一个目录服务数据库,但这不是唯一的一个应用。本发明的另一种形式涉及提供目录服务使用的数据库的性能。但是,本发明不应只限于这种应用。
技术背景
本发明所要解决的部分问题,源自数据库中一种称为“数据库隔离级别”的情况。隔离级别允许用户在一致性和并发性之间指定一种适当的折中选择。在数据的一致性和准确性并非必要的情况下,本功能可能提高并发性。
许多数据库支持ANSI/ISO SQL 92标准所定义的隔离级别。这些级别是:未提交读(RU)、提交读(RC)、可重复读(RR)和可串行读。
最高的隔离级别被称为“可串行读”,因为并发执行可串行事务等价于串行执行事务。可串行读级别对应用程序的编程人员提供了最高程度的保护,即高度隔离。但是,这种高度隔离经常导致并发程度低。在较低隔离程度时,更多的事务可以并发运行,但会在数据中引入一些不一致性。ANSI/ISO SQL92标识了会在执行并发事务时出现的三种不一致性:
1.“脏读”:事务T1修改了一行。事务T2然后在事务T1执行一次COMMIT之前读取该行。如果事务T1接着执行ROLLBACK,事务T2将读一个从未提交并因而被认为从不存在的行。
2.“不可重复读”:事务T1读取一行。事务T2然后修改或删除该行并执行一次COMMIT。如果T1接着试图重读该行,则可以接收所修改的值或发现该行已被删除。
3.“幻象读”:事务T1读取了满足某<搜索条件>的N行的集合。事务T2然后执行SQL语句(或指令),该语句(或指令)生成能满足事务T1所用<搜索条件>的一行或多行。如果事务T1用同样的<搜索条件>重复初始读,则获得不同的行集合。
如下表1显示了ANSI/ISO SQL92标准如何定义对于给定隔离级别,哪些不一致性是可能的(是),哪些不一致性是不可能的(否)。
脏读 | 不可重复读 | 幻象读 | |
未提交读 | 是 | 是 | 是 |
提交读 | 否 | 是 | 是 |
可重复读 | 否 | 否 | 是 |
可串行读 | 否 | 否 | 否 |
表1
于是,可以看出“可串行读”级别提供了最高的隔离级别且不一致的可能性最低,这通常导致最低的性能水平。相反,“未提交读”则提供了最低的隔离级别且不一致的可能性最高,这通常导致最高的性能水平。
以下说明了隔离级别之所以是一个问题的原因。使用数据库时,一个用户可能正等待更新一行,而另一个用户可能正要读取同样一行。根据所选择的隔离级别,数据库可能在正在更新行时锁定该行,从而使得该行无法被读取。如果只对一个用户,这可能不算一个严重的问题,但如果有许多用户,甚至可能上千个用户正要读取一个数据库,这样一个“锁”就会极大地浪费用户的时间。如果更新花费很长时间,这只会使延迟其他用户的读操作的问题更加严重。
解决该问题的一种方法是通过选择一个较低的隔离级别允许读取和更新并发继续。但这会带来其他问题。如果在更新过程中未锁定读取,读功能可能是在所谓“脏页”上进行的一次“脏读”,即所读取的内容可能在中途发生过更改。为了说明此问题,设想一个工资表数据库,第一个应用遍及整个数据库,将每个工资表条目提高10%,而并发执行的第二个应用正读取该数据库。如果在第一个应用更新了一半的数据库条目时,第二个应用读取了全部数据库条目,并执行了校验和操作以检查读的有效性,就会发现检查结果即非之前值,也非之后值。实际上,在发生读取操作时,一半的数据库条目已被提高了10%,而另一半的数据库条目尚未提高10%。因此,在上述特定的实例中,可以认为在较高的隔离级别运行更为恰当,但是,如果在较高隔离级别执行读操作,读取的性能或速度将再度降低。
在目录服务环境中,数据库/应用程序通常需要较高的性能,数据库/应用程序对“对象”和元数据设计进行处理。可以将目录系统设置在一个相对低的隔离级别以改进性能。但是,在较低的隔离级别,如上所述,会存在“脏读”的问题。某些目录系统的设计使用了一种表结构,该表结构如图1所示,包括“入”表和“出”表。
使用“入”表和“出”表的意图在于,搜索可以在“入”表,例如搜索表上进行,搜索结果可以基于“出”表,例如条目表。在图1中,假定调用了对RICK的搜索。搜索将发现RICK的条目号是123,然后从条目表的条目123读取结果,以及与该条目相关的存储的信息。
在搜索表、条目表和其他所选表中增加行可以在这些表中增加信息。信息也可以存储在原始表和/或规范化表中。但是,如果在添加行的过程完成之前执行了读操作,则并非要添加到条目表的所有信息都能返回,因为并不是所有信息都已添加完毕。这就是所谓的“部分条目添加效果”,其本身表明部分(非全部)所添加的信息会出现在读取结果中。如果是这样,所读取的信息只有部分是正确的。相反,还有称之为“部分条目删除效果”,在从表删除行的删除操作中,在删除操作完成之前执行一次搜索。从该搜索的返回的信息可能不包括已经删除的信息(或即将在搜索后删除的信息)。类似地,还有一种称为“部分条目修改效果”,这其实是上面概括的添加和删除操作的组合,其中,数据库中特定条目的特性被添加或删除。
上文所述的问题也可以称为“更新”问题,或部分条目问题。在现有技术中,还有另一个问题,可以称为部分条目复制问题。部分条目复制这一问题源自使用数据库复制技术对两个独立系统进行复制的情况。在这一复制环境中,需要将“主”数据库系统上发生的任何操作在一个或多个“从”数据库上进行复制。因此,当在主数据库系统上添加、删除或修改了一个条目时,还需要在从数据库系统上复制任何添加、删除或修改操作。
之所以把这种局部条目复制当成一个问题,是因为在“主”数据库系统上的更新可能快,而在从数据库系统上复制时,通常则相当慢。因此,根据网络交通和系统配置,这种复制可能花上几秒钟而不是几毫秒。局部条目复制的这种延迟问题,在用户来说,感觉是很明显的。而且,对于相对较大的数据库,如果并行执行多次更新,这一问题会更加严重。
发明内容
本申请提供了一种方法,用来改进数据库(或数据库系统)的使用性能。在一个实施例中,该方法包括确定是否有一条指令或操作在数据库中添加信息或从数据库删除信息。对于添加操作,在实际更新数据库之前,首先将信息添加到用于检索对象(或条目)的“出”表。优选情况下,对于添加操作,在将信息添加到“出”表后,将信息添加到“入”表。优选情况下,对于删除操作,在将信息从“入”表删除后,再从“出”表删除。
根据本发明,执行添加条目操作时,信息首先添加到条目表,也就是“出”表,这样信息一开始就不可见。然后将信息添加到搜索表,即“入”表,这样,该信息就是可见并且可搜索的,使得所有相应的信息都能检索到。因此,根据本发明的此实施例,在使要添加到数据库的信息变得可见之前,首先在一个不可见表中预先建立这些信息。结果,如果在完成“入”表和“出”表之前搜索信息,“入”表将是不活动的,搜索返回一个局部更新的结果。换句话讲,随着将行添加到“入”表,条目逐渐变得可见,搜索(“入”表特性)时,如果找到一个局部可见条目,则读取一个完整的条目。
对于一个删除条目的操作,则相反。对于删除条目操作,信息首先从“入”表删除,然后从“出”表删除。因此,首先删除的是可见性,然后删除的则是内容。
在一个X.500目录系统中,服务(或操作)的目录项被称为添加条目(用于添加信息)、删除条目(用于删除信息)和修改条目(用于修改信息)。
在复制操作的实例中,本申请如上所述,以添加、删除或修改条目的同样顺序转发复制信息。因此,如果主数据库系统的“入”表先被更新,则此更新可以进入复制队列,以便按照与主数据库系统相同的顺序复制从数据库系统。
修改条目操作是添加和删除操作的组合。修改条目操作是更新操作的集合,通常是一组修改序列,如添加一个特性或值,或删除一个特性或值。因此,在添加特性或值时,使用“出”表/“入”表技术,而在删除特性或值时,使用“入”表/“出”表技术。在一次修改条目操作中,可以有零次或多次添加特性、添加值、删除特性和/或删除值的操作。
附图说明
下面将结合附图说明本发明的一个优选实施例,附图包括:
图1说明了“入”/“出”表的结构;
图2说明根据本申请的一个实施例,在一个示意表格中进行的添加、删除或修改操作;
图3说明根据本申请的一个实施例,一个示意表格中的复制序列。
优选实施例的详细说明
为了帮助说明本申请的一个实施例,在此全文引用了PCT/AU95/00560(1997年5月22日提出的美国序列号08/793,575)作为参考。上述公开文本对X.500目录系统的“添加条目”、“删除条目”和“修改条目”操作进行了详细说明。但是,应该注意,本申请不限于PCT/AU95/00560(1997年5月22日提出的美国序列号08/793,575)中公开的目录系统,并且可以与任何带有“入”/“出”表设计的数据库系统一起使用。
为了举例说明本实施例,将使用上述X.500目录系统操作。但是,还应理解的是,本申请的主题可以与其他指令(或操作)和数据库系统一起使用。
添加条目操作
添加条目操作用来向目录信息树(DIT)添加一个叶条目(如对象条目或别名条目)。下面的表2说明了X.500定义的一个例子。
参数 | 说明 |
对象 | 要添加的条目的区别名 |
条目 | 要添加的特性集合 |
公共参数 | 要添加的控制的可选集合 |
结果 | 说明 |
NULL | NULL |
表2
添加条目操作的一般步骤如下:
●使用DIT表,沿树走到要添加的条目的父条目(父EID)。
●使用DIT表,检查该条目是否存在(如,检查RDN=新RDN,且PARENT=父EID)。
●如果该条目不存在,分配一个新的条目标识符(EID)并添加该条目。将信息插入到DIT表,姓名表,树表,搜索表,条目表,如果条目是一个别名条目,则插入到别名表。
下面将说明根据本发明处理添加条目操作的示例。
示例
本示例的目的是在区别名(DN)为“Datacraft/Marketing”的对象下面,添加一个具有下列特性和值的对象。
姓 [Delahunty]
名 [Mary]
职务 [市场经理]
电话号码 [(03)727-9523]
要实现此目的,首先使用TreeWalk获得基本对象DN的EID。该基本对象的EID是“12”。
使用DIT表,查找一个重复的条目,即,PARENT=12,且RDN=“Mary Delahunty”。在本示例中,没有重复。
在表中添加下列所示的行。
DIT
EID | PARENT | ALIAS | RDN |
33 | 11 | 0 | MaryDelahunty |
姓名
EID | RAW |
33 | [Mary Delahunty] |
树
EID | PATH |
33 | 1.12.21 |
搜索
EID | AID | VID | DISTING | NORM |
33 | 0 | 0 | 0 | 2.5.6.7 |
33 | 3 | 0 | 1 | DELAHUNTY |
33 | 4 | 0 | 1 | MARY |
33 | 12 | 0 | 0 | 市场经理 |
33 | 20 | 0 | 0 | 03 727-9523 |
条目
EID | AID | VID | RAW |
33 | 0 | 0 | 2.5.6.7 |
33 | 3 | 0 | DELAHUNTY |
33 | 4 | 0 | MARY |
33 | 12 | 0 | 市场经理 |
33 | 20 | 0 | 03 727-9523 |
根据本发明,并参考图2,首先检查指令(步骤21)是添加信息还是删除信息(步骤22)。这里,是添加信息,因此,信息将首先添加到“出”表(步骤23),并在此之后添加到“入”表(步骤24)。可以看出,对于一个“添加条目”的操作,首先添加的是“出”表,然后才是“入”表。因此,结合上例,信息将首先添加到条目表和姓名表(这两个表是“出”表),然后才添加到搜索表、DIT表和树表(这几个表是“入”表)。
删除条目操作
删除条目操作用来从目录信息树(DIT)删除一个叶条目(如对象条目或别名条目)。下面的表3说明了X.500定义的一个例子。
参数 | 说明 |
对象 | 要删除的条目的区别名 |
公共参数 | 要添加的控制的可选集合 |
结果 | 说明 |
NULL | NULL |
表3
删除条目操作的一般步骤如下:
●使用DIT表,沿树走以获得基本对象的EID。
●如果该条目存在,且是一个叶条目,则对于EID=所选对象的EID的条件,从DIT表,姓名表,树表,搜索表,条目表删除信息,如果条目是一个别名条目,则从该别名表删除信息。
●如果该条目不存在,分配一个新的条目标识符(EID)并添加该条目。将信息插入到DIT表,姓名表,树表,搜索表,条目表,如果条目是一个别名条目,则插入到别名表。下面将说明根据本发明处理删除条目操作的示例。示例
本示例的目的是删除一个区别名(DN)为“Datacraft/Marketing/Mary Delahunty”的对象。
要实现此目的,首先使用TreeWalk获得基本对象DN的EID。该基本对象的EID是“21”。检查PARENT=21的条目是否不存在。删除添加到DIT表,姓名表,树表,搜索表和条目表(参考上述添加条目示例)中EID=21的所有行。
根据本申请,再次参考图2,首先检查指令(步骤21)是添加信息还是删除信息(步骤22)。这里,是删除信息,因此,将首先从“入”表删除信息(步骤25),并在此之后从“出”表删除信息(步骤26)。可以看出,对于一个“删除条目”的操作,首先删除的是“入”表中的信息,然后再删除“出”表的信息。因此,结合上例,信息将首先从搜索表、DIT表和树表(这几个表是“入”表)删除,然后再从条目表和姓名表(这两个表是“出”表)删除。
修改条目操作
修改条目操作用来对数据库中的单个条目进行一个或多个下列修改。下面的表4说明了X.500定义的一个例子。
参数 | 说明 |
对象 | 要修改的条目的区别名 |
更改 | 修改列表 |
公共参数 | 要添加的控制的可选集合 |
结果 | 说明 |
NULL | NULL |
表4
修改条目操作的一般步骤如下:
●使用DIT表,沿树走以获得所选对象的EID。
●对于所选对象,根据本申请的上述方法,执行一个或多个下列动作:添加值、删除值、添加特性、删除特性。
完成每个动作所需的操作如下:
添加值
如果特性存在,先将值添加到条目表,即“入”表,然后添加到搜索表,即“出”表。进行检查以确定对于现有值,该特性是单值还是多值。如果是多值特性,则进行重复值的检查。如果发现了重复值,则不添加该特性值。
删除值
如果值存在,则先从搜索表(即“出”表)删除值,再从条目表(即“入”表)删除。优选情况下,不删除区别名值。
添加特性
如果特性不存在,先将特性值添加到条目表(即“入”表),然后再添加到搜索表(即“出”表)。
删除特性
对于条目表和搜索表,如果特性存在,则先从搜索表删除,再从条目表删除。优选情况下,删除AID=attr且EID=基本对象的值,但不删除Naming特性。
示例
下面将说明修改操作的示例:
本示例的目的是对条目“Datacraft/sales/NetworkProducts/Chris Masters”进行下列修改:
●删除特性和值 电话号码 018-042671
●修改特性和值 职务 销售助理
下面的搜索表和条目表反应了这些修改。
搜索
EID | AID | VID | DISTING | NORM |
30 | 0 | 0 | 0 | 2.5.6.7 |
30 | 3 | 0 | 1 | CHRIS |
30 | 4 | 0 | 1 | MASTERS |
30 | 12 | 0 | 0 | 销售助理 |
30 | 20 | 0 | 0 | 03727-9456 |
条目
EID | AID | VID | RAW |
30 | 0 | 0 | [2.5.6.7] |
30 | 3 | 0 | [Chris] |
30 | 4 | 0 | [Masters] |
30 | 12 | 0 | [销售助理] |
30 | 20 | 0 | [(03)727-9456] |
根据本申请方法的一个实施例,修改条目操作将执行如下:
添加一个新特性:
先将特性添加到一个“出”表,如条目表,然后添加到“入”表,如搜索表。这可按照上面结合图2的有关“添加条目”的顺序来完成。接着,图2所表示的处理确定该指令是否是“修改”指令的一部分(步骤27),如果是,则进一步确定该指令是否完成(步骤28),此处尚未完成,于是返回到22以执行序列接下来的部分。
删除一个特性:
先从“入”表,如搜索表删除,再从“出”表,如条目表和姓名表删除。一旦完成了添加或删除操作,便确定一条指令是否是修改指令的一部分(步骤27),如果“是”,该过程返回到步骤22以执行接下来的添加或删除条目操作。
添加特性值:
先将特性值添加到一个“出”表,如条目表,然后添加到“入”表,如搜索表。一旦添加了特性值,便确定一条指令是否是修改指令的一部分(步骤27),如果“是”,该过程返回到步骤22以执行接下来的添加或删除条目操作。
删除特性值:
先从“入”表,如搜索表删除,再从“出”表,如条目表和姓名表删除特性值。再次确定一条指令是否是修改指令的一部分(步骤27)。这时,确定结果是“否”,则过程结束(图3中的步骤31和33)。
有些目录协议定义了一个特性“替换”操作。通过删除和添加操作序列可以执行该操作。还应注意本申请有一般的用途,文中所述的实施例只是说明性的,并不是实施本发明的唯一形式。
数据库系统复制
在从主数据库系统向一个或多个从数据库系统复制时,本申请调用了一系列操作,如,添加条目,删除条目和/或修改条目,这些操作在从数据库系统中执行的顺序与更新主数据库系统时执行的顺序相同。因此,参照图3,是否需要复制操作在步骤31判断,如果需要,则根据主数据库记录或主数据库序列的记录(如果未在主数据库上存储)执行复制(步骤32)。因此,获得或存取了主数据库操作序列的记录,并执行了复制。在复制过程中,此信息被传送到从数据库系统,并在从数据库系统中执行。该过程在复制序列结束时结束(步骤33)。
虽然在本说明书中给出了许多实例,应该注意,本申请的系统和方法不应只限于那些用做举例的操作。本申请适用于基于上述出/入或入/出技术的各种操作或指令。
尽管是针对PCT/AU95/00560(1997年5月22日提出的美国序列号08/793,575)中公开的表结构进行说明,本申请同样适用于任何将“入”(可搜索特性)与“出”(可以检索的信息)分离的表结构。本申请涉及用于执行指令或操作的方法/装置,或在其上执行操作或指令的结构。
Claims (14)
1.一改进数据库系统使用性能的方法,该方法包括:
确定一个指令或操作是向数据库系统添加信息,还是从数据库系统删除信息,其中,对于添加操作,先将信息添加到“出”表,对于删除操作,先从“入”表删除信息。
2.根据权利要求1的方法,其特征在于,信息先添加到“出”表,再添加到“入”表。
3.根据权利要求1的方法,其特征在于,先从“入”表删除信息,再从“出”表删除信息。
4.根据权利要求1的方法,其特征在于,进一步确定指令是否修改信息,如果是,则既执行添加操作,也执行删除操作。
5.根据权利要求1的方法,其特征在于,通过目录系统执行指令,所述目录系统是X.500或LDAP。
6.一种从主数据库向从数据库复制数据的方法,每个数据库都有在“入”表和“出”表中组织的信息,该方法包括:
通过确定一个指令或操作是向数据库系统添加信息,还是从数据库系统删除信息来更新主数据库,其中,对于添加操作,先将信息添加到“出”表,对于删除操作,先从“入”表删除信息,
根据对主数据库使用的同样方法,更新从数据库。
7.根据权利要求6的方法,其特征在于,对主数据库使用的更新过程在传送到从数据库之前,先放在一个复制队列中排队。
8.根据权利要求6中的方法,其特征在于,在主数据库中更新的信息在传送到从数据库之前,先放入一个复制队列。
9.根据权利要求6中的方法,其特征在于,更新从数据库使用的指令或操作与更新主数据库相同。
10.根据权利要求6中的方法,其特征在于,通过目录系统执行指令,所述目录系统是X.500或LDAP。
11.一种目录服务设备,包括
一个使用多个表的数据库,每个表有多行和多列,并存储任意数据;以及
通过确定一个指令或操作是向数据库系统添加信息,还是从数据库系统删除信息来处理指令或信息的装置,其中,对于添加操作,先将信息添加到“出”表,对于删除操作,先从“入”表删除信息。
12.根据权利要求11的设备,其特征在于,所述设备是目录服务系统,所述目录服务系统是X.500或LDAP。
13.一种目录服务设备,包括:
一个使用多个表的主数据库,每个表有多行和多列,并存储任意数据;
一个使用多个表的从数据库,每个表有多行和多列,并存储任意数据;
在主数据库和从数据库之间进行复制的装置,其中通过确定一个指令或操作是向数据库系统添加信息,还是从数据库系统删除信息来更新主数据库,其中,对于添加操作,先将信息添加到“出”表,对于删除操作,先从“入”表删除信息;以及
从数据库根据用于主数据库的同样方法进行更新。
14.根据权利要求13的设备,其特征在于,所述设备是目录服务系统,所述目录服务系统是X.500或LDAP。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AUPQ4285 | 1999-11-26 | ||
AUPQ4285A AUPQ428599A0 (en) | 1999-11-26 | 1999-11-26 | A method of amending data base contents |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1399747A CN1399747A (zh) | 2003-02-26 |
CN1193307C true CN1193307C (zh) | 2005-03-16 |
Family
ID=3818427
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB008161771A Expired - Fee Related CN1193307C (zh) | 1999-11-26 | 2000-11-24 | 修改数据库内容的方法 |
Country Status (11)
Country | Link |
---|---|
US (1) | US7624096B1 (zh) |
EP (1) | EP1234255A4 (zh) |
JP (1) | JP2003515818A (zh) |
KR (1) | KR20020062309A (zh) |
CN (1) | CN1193307C (zh) |
AU (2) | AUPQ428599A0 (zh) |
BR (1) | BR0015914A (zh) |
CA (1) | CA2396444A1 (zh) |
IL (1) | IL149837A0 (zh) |
WO (1) | WO2001039044A1 (zh) |
ZA (1) | ZA200203962B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104714950A (zh) * | 2013-12-13 | 2015-06-17 | 中国银联股份有限公司 | 用于对数据库中的信息进行修正及补充的方法及系统 |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101295306B (zh) * | 2007-04-26 | 2012-09-05 | 国际商业机器公司 | 目录服务器中的修改条目名称操作方法和相应设备 |
CN101674319B (zh) * | 2008-09-09 | 2012-09-05 | 华为技术有限公司 | 一种数据开户、访问的方法、系统和设备 |
US10013726B1 (en) | 2009-08-26 | 2018-07-03 | Edward Jung | Acquiring intellectual property assets |
US11069011B1 (en) | 2009-08-26 | 2021-07-20 | IVP Holdings III LLC | Acquiring intellectual property assets |
US20140089619A1 (en) * | 2012-09-27 | 2014-03-27 | Infinera Corporation | Object replication framework for a distributed computing environment |
US9940340B2 (en) | 2015-10-30 | 2018-04-10 | International Business Machines Corporation | Ensuring data maintenance within a LDAP environment |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5170480A (en) * | 1989-09-25 | 1992-12-08 | International Business Machines Corporation | Concurrently applying redo records to backup database in a log sequence using single queue server per queue at a time |
US5349170A (en) | 1989-10-10 | 1994-09-20 | Unisys Corporation | Image-based document processing system providing enhanced transaction balancing |
US5258855A (en) | 1991-03-20 | 1993-11-02 | System X, L. P. | Information processing methodology |
ATE134470T1 (de) | 1991-06-28 | 1996-03-15 | Siemens Ag | Datenkonsistenzsicherung in einem digitalen fernmeldevermittlungssystem |
EP0593062A3 (en) * | 1992-10-16 | 1995-08-30 | Siemens Ind Automation Inc | Redundant networked database system |
US5710915A (en) * | 1995-12-21 | 1998-01-20 | Electronic Data Systems Corporation | Method for accelerating access to a database clustered partitioning |
FR2749685B3 (fr) | 1996-06-11 | 1998-10-09 | Gardin Du Boisdulier Alain | Systeme pour la collecte d'informations relatives a des actes d'achats et peripheriques d'un tel systeme |
US5956705A (en) * | 1996-10-30 | 1999-09-21 | Oracle Corporation | Reverse-byte indexing |
US5987446A (en) | 1996-11-12 | 1999-11-16 | U.S. West, Inc. | Searching large collections of text using multiple search engines concurrently |
US5899988A (en) * | 1997-02-28 | 1999-05-04 | Oracle Corporation | Bitmapped indexing with high granularity locking |
US6122627A (en) | 1997-05-09 | 2000-09-19 | International Business Machines Corporation | System, method, and program for object building in queries over object views |
US6006331A (en) * | 1997-07-29 | 1999-12-21 | Microsoft Corporation | Recovery of online sessions for dynamic directory services |
US6014667A (en) * | 1997-10-01 | 2000-01-11 | Novell, Inc. | System and method for caching identification and location information in a computer network |
US6085188A (en) * | 1998-03-30 | 2000-07-04 | International Business Machines Corporation | Method of hierarchical LDAP searching with relational tables |
US6347312B1 (en) * | 1998-11-05 | 2002-02-12 | International Business Machines Corporation | Lightweight directory access protocol (LDAP) directory server cache mechanism and method |
US6345266B1 (en) * | 1998-12-23 | 2002-02-05 | Novell, Inc. | Predicate indexing for locating objects in a distributed directory |
US6629132B1 (en) * | 1998-12-23 | 2003-09-30 | Novell, Inc. | Predicate indexing of data stored in a computer with application to indexing cached data |
US6892185B1 (en) * | 1999-07-07 | 2005-05-10 | E-Plus Capital, Inc. | Information translation communication protocol |
WO2001073666A1 (en) * | 2000-03-28 | 2001-10-04 | Seebeyond Technology Corporation | Systems and methods for analyzing business processes |
-
1999
- 1999-11-26 AU AUPQ4285A patent/AUPQ428599A0/en not_active Abandoned
-
2000
- 2000-11-24 WO PCT/US2000/032121 patent/WO2001039044A1/en not_active Application Discontinuation
- 2000-11-24 KR KR1020027006692A patent/KR20020062309A/ko not_active Application Discontinuation
- 2000-11-24 AU AU17920/01A patent/AU771997B2/en not_active Ceased
- 2000-11-24 JP JP2001540638A patent/JP2003515818A/ja active Pending
- 2000-11-24 CN CNB008161771A patent/CN1193307C/zh not_active Expired - Fee Related
- 2000-11-24 CA CA002396444A patent/CA2396444A1/en not_active Abandoned
- 2000-11-24 US US09/721,639 patent/US7624096B1/en not_active Expired - Fee Related
- 2000-11-24 EP EP00980693A patent/EP1234255A4/en not_active Ceased
- 2000-11-24 IL IL14983700A patent/IL149837A0/xx unknown
- 2000-11-24 BR BR0015914-0A patent/BR0015914A/pt not_active IP Right Cessation
-
2002
- 2002-05-17 ZA ZA200203962A patent/ZA200203962B/en unknown
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104714950A (zh) * | 2013-12-13 | 2015-06-17 | 中国银联股份有限公司 | 用于对数据库中的信息进行修正及补充的方法及系统 |
CN104714950B (zh) * | 2013-12-13 | 2018-03-27 | 中国银联股份有限公司 | 用于对数据库中的信息进行修正及补充的方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
EP1234255A1 (en) | 2002-08-28 |
KR20020062309A (ko) | 2002-07-25 |
ZA200203962B (en) | 2003-05-19 |
AU1792001A (en) | 2001-06-04 |
BR0015914A (pt) | 2002-08-06 |
AUPQ428599A0 (en) | 1999-12-23 |
CA2396444A1 (en) | 2001-05-31 |
EP1234255A4 (en) | 2003-05-21 |
IL149837A0 (en) | 2002-11-10 |
US7624096B1 (en) | 2009-11-24 |
CN1399747A (zh) | 2003-02-26 |
WO2001039044A1 (en) | 2001-05-31 |
AU771997B2 (en) | 2004-04-08 |
JP2003515818A (ja) | 2003-05-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7480643B2 (en) | System and method for migrating databases | |
JP3563692B2 (ja) | データベースのスキーマをオブジェクト指向リポジトリ内のその表現と同期化する方法 | |
CN1153142C (zh) | 通过事务对多个文件实现原子更新的事务文件系统 | |
US9058124B2 (en) | Directory tree search | |
JP5186390B2 (ja) | ノードの番号付けによるファイル・システムのダンプ/復元のための方法、システム、およびデバイス | |
US6009425A (en) | System and method for performing record deletions using index scans | |
CN1277231C (zh) | 从远程数据源加载数据 | |
US9058346B2 (en) | Ordered index | |
JP7507142B2 (ja) | データベースにおいてレコードを一括削除するためのシステムおよび方法 | |
CN100518192C (zh) | 创建轻量目录访问协议数据交换格式片段的方法与计算机 | |
US8756196B2 (en) | Propagating tables while preserving cyclic foreign key relationships | |
CN101046821A (zh) | 通用数据库操纵器 | |
KR101085735B1 (ko) | 기초 테이블로부터 삭제된 행을 식별하는 컴퓨터 구현 방법, 기초 테이블에 삽입된 행을 식별하는 컴퓨터 구현 방법, 삭제된 행의 식별 시스템, 삽입된 행의 식별 시스템, 및 컴퓨터 판독가능 저장 매체 | |
US9824104B2 (en) | System and method for content storage | |
KR20030094328A (ko) | 저장된 데이터를 재편성하는 시스템 및 방법 | |
CN1193307C (zh) | 修改数据库内容的方法 | |
CN1853161A (zh) | 用于呈现存储于计算机上条目的系统和方法 | |
US20110113052A1 (en) | Query result iteration for multiple queries | |
EP1700237A1 (en) | System and method for removing rows from directory tables | |
Korotkevitch | Pro SQL Server Internals | |
EP2112608A1 (en) | Defragmenting indexes in a relational database | |
EP1452980B1 (en) | System and method for generating a request for information about selected objects | |
US8510269B2 (en) | Uninterrupted database index reorganization/movement | |
CN1570919A (zh) | 用于新建、迁入、迁出、以及删除文档的方法 | |
Amikam | On the automatic generation of optimal internal schemata |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C19 | Lapse of patent right due to non-payment of the annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |