WO2009021465A1 - Method and device for storing document data in document bank system - Google Patents

Method and device for storing document data in document bank system Download PDF

Info

Publication number
WO2009021465A1
WO2009021465A1 PCT/CN2008/072010 CN2008072010W WO2009021465A1 WO 2009021465 A1 WO2009021465 A1 WO 2009021465A1 CN 2008072010 W CN2008072010 W CN 2008072010W WO 2009021465 A1 WO2009021465 A1 WO 2009021465A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
document
tree structure
pieces
node
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.)
Ceased
Application number
PCT/CN2008/072010
Other languages
English (en)
French (fr)
Inventor
Donglin Wang
Haifeng Jiang
Ningsheng Liu
Liwei Wang
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.)
Sursen Corp
Original Assignee
Sursen Corp
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 Sursen Corp filed Critical Sursen Corp
Priority to EP08784001A priority Critical patent/EP2180413A4/en
Priority to JP2010520410A priority patent/JP5152877B2/ja
Publication of WO2009021465A1 publication Critical patent/WO2009021465A1/zh
Priority to US12/701,857 priority patent/US8423521B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/80—Information retrieval; Database structures therefor; File system structures therefor of semi-structured data, e.g. markup language structured data such as SGML, XML or HTML
    • G06F16/84—Mapping; Conversion
    • G06F16/86—Mapping to a database
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/93—Document management systems

Definitions

  • the present invention relates to the art of document storage, and more particularly to a method and apparatus for storing document data in a document library system. Background technique
  • the Document Library System is a complex software system that provides the functions of organizing, managing, securing, storing, and presenting a large number of electronic documents.
  • document data is stored in the following way: All document data is stored as one file. Update and query data by accessing files. However, as the amount of information increases, so does the amount of document data stored in the document library system. Since these massive data are stored as one file, the update and query of their data becomes very complicated, and it is not possible to quickly locate the content of interest to the user, so that the content extraction efficiency is low. It can be seen that the current storage methods have been unable to adapt to the increasing amount of data. Summary of the invention
  • Embodiments of the present invention provide a method and apparatus for storing document data in a document library system, which can implement flexible and efficient retrieval and content extraction of document content.
  • the document data is described in a tree structure, when storing the document data
  • the plurality of pieces of data are stored in the tree structure, each of the pieces of data corresponding to a node in the tree structure.
  • the document data is split into a plurality of data pieces according to a tree structure of the document data, and then the split data pieces are stored in a tree structure. . In this way, the document data is broken into smaller pieces and saved.
  • the level of the data piece can be quickly and accurately located, and the data retrieval and content extraction can be performed flexibly and efficiently for the network-based document application. , reducing the burden on the document transfer process.
  • FIG. 1 is a flowchart of a method for storing document data in a document library system according to an embodiment of the present invention.
  • FIG. 2 is a schematic structural diagram of an apparatus for implementing document data storage in a document library system according to an embodiment of the present invention. detailed description
  • the method for storing document data in the document library system is: splitting the document data into a plurality of data pieces, and recording the relationship between the plurality of data pieces.
  • the document data is described in a tree structure
  • the tree structure is split into a plurality of subtrees, each subtree forms a data piece, and the remaining tree structure after the split is recorded. .
  • the data slice can be split from any node in the document data tree structure, and the split data piece is a subtree with the node as a root node, if the node is a leaf node, , the subtree has only one node.
  • the selection of the split point can be arbitrary, the split process can also be terminated at any time, and the split subtree can continue to be split in the same way.
  • a preferred solution is to specify a storage granularity for the entire tree structure, according to which the entire tree structure is split. For example, when the page is used as the storage granularity, the split is started from all the page nodes, and all the subtrees with the page node as the root node are split.
  • Another preferred solution is to specify different storage granularities for different parts of the tree structure, according to the respective storage particles. Degrees split the different parts of the tree structure. For example, all data under a document set is split from the page node, and other data is split from the document node.
  • FIG. 1 is a flow chart of a method for storing document data in a document library system according to an embodiment of the present invention. As shown in Figure 1, the method includes:
  • Step 101 Describe the document library system and the document data by using a tree structure.
  • the tree structure describing the document library system from root to leaf nodes may include the following parts: document set, document, page, layer, object group, and layout object.
  • the tree structure describing the document data from root to leaf nodes can include: documents, pages, layers, object groups, and layout objects.
  • the tree structure describing the document data here may also be referred to as the organization structure of the document data.
  • Step 102 Determine a storage granularity of the document data in the document library system, and split the document data in the document library system into pieces according to the storage granularity.
  • the storage granularity of the document data is related to the tree structure supported by the document library system and the organizational structure information of the document data itself.
  • the storage granularity of the document data may be a document or a page. If the organization structure of the document data itself has only one layer, that is, the document, which cannot be broken into pages, the storage granularity of the document data is the document. However, the organization of the document data itself in the document library system supports at least the document level, and the tree structure of the document library system is at least the document set level.
  • the storage granularity is used as a minimum splitting unit to split the document data into pieces of data.
  • Step 103 According to the organization structure of the document data, save the split data piece.
  • the document storage according to the method of the present invention has a finer storage granularity, thereby reducing the complexity of updating and searching. Sex, when searching for document data and extracting content, it can quickly locate the storage granularity, thus achieving flexible and efficient retrieval and content extraction.
  • the tree structure of the document library system can be represented in three forms: Extensible Markup Language (XML) database mode, file system side And relational database methods.
  • XML Extensible Markup Language
  • file system side file system side
  • relational database methods The specific embodiments of the above three modes will be described below through three specific embodiments.
  • the tree structure of the document library system is represented by an XML database method.
  • the method for storing document data in the document library system includes:
  • Step 201 Set a tree structure for describing document data.
  • the set document library system tree structure from root to leaf nodes may include the following parts: document set, document, page, layer, object group, and layout object.
  • the tree structure of the XML database is used to represent the tree structure of the document library, and the hierarchy above the document library Chinese level is mapped to the collection level in the XML database.
  • the document set includes multiple documents
  • the document includes multiple pages
  • the page includes multiple Layer
  • the layer includes multiple layout objects.
  • Step 202 Determine a storage granularity of the document data in the document library system, and split the document data in the document library system into pieces according to the storage granularity.
  • determining the storage granularity of the document data may be: determining the storage granularity according to the storage granularity set by the document library system and the organizational structure of the document data itself.
  • the manner in which the document library system sets the storage granularity may include: setting a fixed storage granularity for the document library system, and/or configuring the storage granularity when parameterizing the document library system, and/or when installing the document library system Specify the storage granularity.
  • the structural information provided by the document data itself may be information such as whether the document is paged, whether the page is layered, or the like.
  • determining the storage granularity of the document data can also be done in a manner specified by the user.
  • the final determined storage granularity may be any level in the document library system tree structure, such as a page, a layer, etc., preferably, the determined page is a storage granularity.
  • the determined page is a storage granularity. For different parts of the document data, you can split at the same storage granularity, or you can set different storage granularities for different parts of the document data.
  • the specific way to split the document data into pieces of data can be: the storage granularity in the document data
  • the data is decomposed in units of the determined storage granularity to obtain a piece of data.
  • granularity-independent data in the document data such as a document library, metadata of a document set, role data, rights data, navigation data, source file data, and font data, etc.
  • first determining the data in the tree structure The corresponding level in , then split the storage granularity-independent data under each level into one or more pieces of data as one or more pieces of data in the corresponding stage.
  • the storage granularity-independent data may be split according to the category of the storage granularity-independent data, for example, the navigation data is taken as one piece of data, the authority data is taken as one piece of data, or the like. Specifically, whether the storage granularity-independent data is stored as one data slice or multiple data slices is determined according to an actual application. For storage granularity-independent data belonging to the same category, it can be further split into multiple pieces of data according to its own characteristics. For example, when the storage granularity is a document, the storage granularity related data is content data and the like in the document, and the storage granularity-independent data is font shared data, source file data, navigation data, and the like.
  • source file data and font data of different documents can be split into different pieces of data without using source file data and font data of all documents as one piece of data;
  • granularity-independent data such as navigation data
  • navigation data of all documents can be used as one piece of data.
  • Step 203 Save the organizational structure between the pieces of data that have been split.
  • the tree structure of the document library system is represented by a tree structure of the XML database.
  • the manner in which the inter-slice organization structure is saved is as follows: The organization structure is mapped to the tree structure of the XML database. Preferably, the mapped tree structure can be saved by the set.
  • Step 204 Save the split data piece.
  • the manner of saving the data piece may be: converting the data piece into an XML document and adding it to the corresponding set.
  • the management function of the XML database can be utilized to manage the document data in the document library system, complete the application request, locate the corresponding data and return to the application.
  • the biggest advantage of using the XML database method is that you can get the most flexibility when extracting information.
  • the application can easily access the document object, page object, Layer objects, intra-layer objects (such as pictures, texts, electronic seals, etc.), in theory, the structure of the document library is refined to which level, through the XML database way you can access that level of objects.
  • Step 1 Extract the global data of the document library system and save it separately. Establish a corresponding hierarchy; in the established hierarchy, save global data in the form of XML documents, files, or binary large objects.
  • Step 2 Record a reference to the global data in a piece of data that includes global data.
  • the global data can be saved only once, and the global data saved separately is not recorded in other data slices, but the reference to the global data is recorded, thereby greatly improving The utilization of storage space.
  • the global data can be saved only once, and the global data saved separately is not recorded in other data slices, but the reference to the global data is recorded, thereby greatly improving The utilization of storage space.
  • other consistent data such as permission data, metadata, etc., the same manner as described above, will not be described here.
  • the hierarchical structure for establishing global data in step 1 may be: corresponding to a certain level in the tree structure of the XML database, and the global data is saved under the hierarchy. For other metadata, role data, etc., a similar hierarchical structure can be established, and the corresponding data is saved at this level.
  • the tree structure of the document library system is represented by a file system.
  • the method for storing document data in the document library system provided by the present invention includes: Step 301: Set a tree structure of the document library system.
  • the document library system tree structure is the same as that in the first embodiment, and will not be described here.
  • the way to represent the document library system tree structure is to use the tree structure of the file system to represent the tree structure of the document library system.
  • the tree structure of the file system to represent the above hierarchy, such as multiple documents in the document set, and multiple pages in the document. It includes multiple layers, and multiple in-layer objects are included in the layer.
  • Step 302 Determine a storage granularity of the document data in the document library system, and according to the storage granularity, split the document data in the document library system into pieces of data.
  • Step 303 Determine and save the organizational structure between the pieces of data that have been split.
  • the organization structure between the pieces of data is determined, for example, the document set, document, page, and the like to which each layer of data belongs is determined.
  • the organizational structure is recorded in the form of a directory in the file system.
  • DocListl When you store the document data in Docl, the document Docl is located under DocListl.
  • the document structure of Docl is: Contains 3 pages, the first page contains 3 layers, and the last two pages contain one layer.
  • the organizational structure saved in the document library is as follows:
  • Step 304 Save the split data piece.
  • the method of saving the split data piece may be: converting the split data piece into an XML file and saving it to a corresponding directory; or, the data piece may be a file or relationship in a file system.
  • the binary large objects in the type database are saved to the corresponding directory.
  • the corresponding directory here can be the corresponding directory in the above organizational structure.
  • the document library, the metadata of the document set, the role data, the authority data, and the global data may be separately saved to improve the utilization of the storage space, and the specific manner is the same as the steps 1 to 2 in the first embodiment. Similar.
  • the manner of establishing the corresponding hierarchical structure for the above data is specifically: establishing a special directory in the directory of the file system as the hierarchical structure corresponding to the global data. , save global data in this directory.
  • the global data or the like may be saved in the form of an XML document, a file, or a binary large object; other pieces of data including the global data need not be separately saved, but only include references to corresponding data, thereby greatly Increased storage space utilization.
  • this embodiment is described by taking a layer as a storage granularity as an example. In fact, it can also be built. A directory corresponding to a coarser or finer storage granularity is implemented to enable storage of document data at a coarser or finer storage granularity.
  • the tree structure of the document library system is represented by a relational database method.
  • the method for storing document data in the document library system provided by the present invention includes:
  • Step 401 Set a tree structure for describing document data.
  • the way to represent the tree structure is to use the tree structure in the relational database to represent the tree structure of the document library system.
  • PageNo INT page number (page 0 represents global data)
  • Step 402 Determine a storage granularity of the document data in the document library system, and according to the storage granularity, split the document data in the document library system into pieces of data.
  • the manner of determining the storage granularity of the document data and the method of splitting the document data into pieces of data is the same as that in the first embodiment, and details are not described herein again.
  • Step 403 Determine and save the organizational structure between the pieces of data that are split.
  • the organization structure between the pieces of data is determined, for example, the document set, document, page, and the like to which each layer of data belongs is determined.
  • the hierarchy is recorded as a related table in a relational database.
  • the document Docl When you store the document data in the Docl, the document Docl is located under DocListl, the Docl contains 3 pages, and the storage granularity is page.
  • the organizational structure and specific data slices saved in the document library can be stored by the related tables in Tables 4-6 below.
  • Step 404 Save the split data piece.
  • the method of saving the split data piece may be: converting the split data piece into an XML file and saving the data piece into a corresponding related table; or, the data piece may be used as a file in the file system or The binary large objects in the relational database are saved to the corresponding related tables.
  • the flow of the method for storing document data in the document library system ends.
  • the file size name + document name + page number + layer number + ... can be specified to quickly locate the storage granularity to be accessed.
  • the file size name + document name + page number + layer number + ... can be specified to quickly locate the storage granularity to be accessed.
  • the document library, the metadata of the document set, the role data, the authority data, and the global data may be separately saved to improve the utilization of the storage space, and the specific manner is the same as that in the first embodiment. 2 similar.
  • the manner of establishing the corresponding hierarchical structure for the global data or the like is specifically: establishing a special item in the related table of the relational database as the corresponding data corresponding The hierarchy in which the data is saved.
  • the hierarchy definition set in step 401 is modified, and the storage granularity table definition (ie, the page table definition) therein is modified to Table 7.
  • the correlation table corresponding to the page whose page number is 0 represents the hierarchical structure corresponding to the global data.
  • Consistent data can be stored in a corresponding relational table as a binary large object in a relational database, a file in a file system, or an XML document in a database.
  • Other pieces of data that include consistent data do not need to store consistent data separately, but only include references to consistent data, which greatly increases the utilization of storage space.
  • this embodiment is described by taking the page as the storage granularity as an example.
  • a related table corresponding to the finer storage granularity may be established to implement storage of the document with a finer storage granularity.
  • the method in the embodiment of the present invention First, setting the tree structure of the document library; then determining the storage granularity of the document data in the document library system, and splitting the document data in the document library system into pieces according to the storage granularity; determining and saving the organization between the data pieces Structure, and save the data piece.
  • FIG. 2 is a schematic structural diagram of an apparatus for implementing document data storage in a document library system according to an embodiment of the present invention.
  • the apparatus of the embodiment of the present invention includes a storage granularity confirming unit 501, a data slice splitting unit 502, and a recording unit 502.
  • the storage granularity confirming unit 501 determines the storage granularity of the document data in the document library system.
  • the data is broken into pieces of data.
  • the recording unit 502 records the organization structure between the pieces of data split by the piece splitting unit 502, and holds the pieces of data split by the piece splitting unit 502 under the corresponding organization.
  • the method and device for implementing document data storage in the document library system provided by the embodiment of the present invention can split the document data in the document library system into smaller pieces and save the file data. In this way, when a user retrieves or accesses a document, it can quickly and accurately locate the level of the finest storage granularity for flexible and efficient document retrieval and content extraction. For web-based document applications, only content of interest to the user can be transmitted, reducing the burden on the document transfer process.
  • documents of multiple formats can be uniformly stored, thereby greatly facilitating the interconnection and interconnection of the documents.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Document Processing Apparatus (AREA)

Description

文档库系统中存储文档数据的方法及装置
技术领域
本发明涉及文档存储的技术，特别涉及文档库系统中存储文档数据的方 法及装置。 背景技术
文档库系统是一种复杂的软件系统， 提供大量电子文档的组织、 管理、 安全、存储和展示等功能。在现有的文档库系统中，文档数据的存储方式为： 将所有的文档数据作为一个文件进行存储。通过访问文件来实现对数据的更 新和查询。 但是， 随着信息量日益增加， 文档库系统中保存的文档数据量也 急剧增多。 由于这些海量数据均作为一个文件进行存储， 因此导致其数据的 更新和查询变得非常复杂， 不能迅速定位用户感兴趣的内容， 使内容抽取效 率较低。 可见， 目前的存储方式已不能适应日益增多的海量数据。 发明内容
本发明实施例提供了一种文档库系统中存储文档数据的方法及装置，能 够实现对文档内容进行灵活高效地检索与内容抽取。
本发明实施例提供的文档库系统中存储文档数据的方法包括：
所述文档数据按树型结构描述， 在存储所述文档数据时，
将所述文档数据按所述树型结构拆成多个数据片；
以所述树型结构存储所述多个数据片， 所述每一个数据片对应所述树型结 构中的一个结点。
本发明实施例提供的文档库系统中存储文档数据的装置包括：
第一单元， 用于将所述文档数据按所述树型结构拆成多个数据片； 第二单元， 用于以所述树型结构存储所述多个数据片， 所述第一单元拆分 的每一个数据片对应所述树型结构中的一个结点。 本发明实施例提供的文档库系统中存储文档数据的方法及装置中，按照 文档数据的树型结构将文档数据拆成多个数据片，然后将该拆分的数据片按 照树型结构存储起来。 这样将文档数据拆成更细的数据片并保存， 当用户检 索或访问文档数据时， 可以快速、 准确定位到数据片的级别， 进行灵活高效 地数据检索与内容抽取， 对于基于网络的文档应用， 降低了文档传输过程中 的负担。 附图说明
图 1为本发明实施例提供的文档库系统中文档数据存储方法的流程图。 图 2 为本发明实施例提供实现文档库系统中文档数据存储的装置结构 示意图。 具体实施方式
为使本发明实施例的目的、技术手段和优点更加清楚明白， 以下结合附 图对本发明实施例作进一步详细说明。
本发明实施例提供的文档库系统中文档数据的存储方法为： 将文档数据拆 成多个数据片， 并记录这多个数据片之间的关系。 当文档数据按树型结构描述 时， 在存储所述文档数据时， 将所述树型结构拆分出多个子树， 每个子树形成 一个数据片， 并记录拆分后剩下的树型结构。
具体来说， 可以从文档数据树型结构中任意一结点开始拆分数据片， 拆分 出的数据片是以该结点为根结点的子树， 如果该结点为叶子结点的话， 该子树 就只有一个结点。 重复上述过程， 就拆出了多个数据片。
拆分点的选择可以是任意的， 拆分过程也可以在任意时候终止， 拆分出的 子树还可以按照同样的方法继续拆分。 一种优选方案是为整个树型结构规定一 个存储粒度， 按照该存储粒度拆分整个树型结构。 例如以页为存储粒度时， 就 从所有页结点开始拆分， 即将所有以页结点为根结点的子树都拆分出来。 另一 种优选方案是对树型结构的不同部分规定不同的存储粒度， 按照各自的存储粒 度拆分树型结构中的不同部分。 例如某个文档集下的所有数据都从页结点开始 拆分， 其它数据都从文档结点开始拆分。
图 1 为本发明实施例提供的在文档库系统中文档数据存储方法的流程 图。 如图 1所示， 该方法包括：
步骤 101 : 利用树型结构来描述文档库系统以及文档数据。 其中描述文 档库系统的树型结构由根到叶子结点依次可以包括下述部分：文档集、文档、 页、 层、 对象组和版面对象。 描述文档数据的树型结构由根到叶子结点依次 可以包括： 文档、 页、 层、 对象组和版面对象。 这里描述文档数据的树型结 构又可称为文档数据的组织结构。
步骤 102: 确定文档库系统中文档数据的存储粒度， 并按照该存储粒度 将文档库系统中的文档数据拆成数据片。
这里文档数据的存储粒度是与文档库系统所支持的树型结构、以及文档 数据本身的组织结构信息相关。
若文档数据的树型结构为文档以及页，那么文档数据的存储粒度可以为 文档， 也可以为页。 若文档数据本身的组织结构只有一层， 即文档， 不能再 拆成页， 那么文档数据的存储粒度即为文档。 但无论怎样， 文档库系统中的 文档数据本身的组织结构至少支持文档级，文档库系统的树型结构至少为文 档集级。
确定文档数据的存储粒度后，将该存储粒度作为最小拆分单元来将文档 数据拆成数据片。
步骤 103: 按照文档数据的组织结构， 保存拆成的数据片。
因此，与现有技术中将文档库系统中的所有文档数据作为一个文件的存 储方式相比， 依照本发明的方式进行文档存储， 其存储粒度一定更细， 也就 能够降低更新、 检索的复杂性， 进行文档数据的检索和内容抽取时， 能够快 速定位到存储粒度， 从而实现灵活高效的检索和内容抽取。
具体地， 在本发明实施例提供的文档库系统中， 文档库系统的树型结构 可以通过三种形式表示： 可扩展标识语言（ XML )数据库方式、 文件系统方 式和关系型数据库方式。下面通过三个具体实施例说明上述三种方式的具体 实施方式。
在本发明第一实施例中， 通过 XML数据库方式表示文档库系统的树型 结构。 在该种方式下， 本发明实施例提供的文档库系统中文档数据的存储方 法流程包括：
步骤 201 : 设置用于描述文档数据的树型结构。
本步骤中，设置的文档库系统树型结构由根到叶子结点依次可以包括下 述部分： 文档集、 文档、 页、 层、 对象组和版面对象。
表示上述文档库系统树型结构的方式可以为：
利用 XML数据库的树型结构表示文档库的树型结构， 且将文档库中文 档级以上的层次映射到 XML数据库中的集合（Collection ) 级。
例如， 对文档库设置文档集、 文档、 页、 层和版面对象， 可以利用 XML 数据库的树型结构表示上述层次， 即文档集中包括多个文档， 文档中包括多 个页， 页中包括多个层， 层中包括多个版面对象。
步骤 202: 确定文档库系统中文档数据的存储粒度， 并根据该存储粒度 将文档库系统中的文档数据拆成数据片。
本实施例中， 确定文档数据的存储粒度可以为： 依据文档库系统设置的 存储粒度结合文档数据本身的组织结构， 确定存储粒度。 其中， 文档库系统 设置存储粒度的方式可以包括： 为文档库系统设置固定的存储粒度， 和 /或 在对文档库系统进行参数配置时配置所述存储粒度， 和 /或在安装文档库系 统时指定存储粒度。 文档数据本身提供的结构信息可以是如文档是否分页， 页是否分层等信息。 另外， 确定文档数据的存储粒度还可以通过用户指定的 方式进行。 最终确定的存储粒度可以是该文档库系统树型结构中的任意一 级， 如页、 层等， 优选地， 确定页为存储粒度。 对于文档数据的不同部分， 可以按照相同的存储粒度进行拆分， 也可以为文档数据不同部分设置不同的存 储粒度。
将文档数据拆成数据片的具体方式可以为：对文档数据中的存储粒度相 关数据， 以确定的存储粒度为单位进行分解， 得到数据片。 进一步地， 对于 文档数据中的存储粒度无关数据， 如文档库、 文档集的元数据、 角色数据、 权限数据、 导航数据、 源文件数据和字库数据等， 首先确定该数据在所述树 型结构中的对应级，然后将每一级下的存储粒度无关数据拆分成一个或多个 数据片， 作为对应级中的一个或多个数据片。 具体地， 可以按照存储粒度无 关数据的类别来拆分存储粒度无关数据， 例如将导航数据作为一个数据片、 将权限数据作为一个数据片等。 其中， 具体将存储粒度无关数据作为一个数 据片还是多个数据片根据实际应用确定。对于属于同一类别的存储粒度无关 数据， 也可以进一步根据其自身特性拆分成多个数据片。 例如， 当存储粒度 为文档时， 存储粒度相关数据则为该文档中的内容数据等， 存储粒度无关数 据则为文档共享的字库数据、 源文件数据、 导航数据等。 对于字库数据和源 文件数据等存储粒度无关数据，可以将不同文档的源文件数据和字库数据拆 分成不同的数据片，而不将所有文档的源文件数据和字库数据作为一个数据 片； 但对于导航数据等存储粒度无关数据， 则可以将所有文档的导航数据作 为一个数据片。
步骤 203: 保存拆成的数据片间的组织结构。
在本实施例中， 文档库系统的树型结构是利用 XML数据库的树型结构 表示的。 在这种表示方式下， 保存数据片间组织结构的方式具体为： 将该组 织结构映射到 XML数据库的树型结构中， 优选地， 可以利用集合保存该映 射后的树型结构。
步骤 204: 保存拆成的数据片。
本步骤中， 保存数据片的方式具体可以为： 将数据片转换为 XML文档 加入到对应的集合中。 或者， 还可以将数据片作为文件系统中的文件或关系 型数据库中的二进制大对象保存到对应的集合中。
至此， 本实施例提供的文档库系统中文档数据的存储方法流程结束。 在 应用上述方法后， 可利用 XML数据库的管理功能来管理文档库系统中的文 档数据， 完成应用程序的请求， 定位相应数据并返回给应用程序。 使用 XML 数据库方式最大的好处是抽取信息时可以获得最大的灵活 性， 通过 XML数据库支持的 X路径（ XPath )及 X查询（ XQuery )等方式， 应用程序可以方便地访问到文档对象、 页对象、层对象、层内对象（如图片、 文字、 电子印章等） ， 理论上文档库的结构细化到哪一级， 通过 XML数据 库方式就可以访问到那一级的对象。
另外， 在文档库系统中还存在一些描述文档库、 文档集层次结构的元数 据、 权限数据和全局性数据、 角色数据等。 在不同的文档、 或同一文档的不 同页中可能会多次出现上述数据， 依照上述存储方式进行文档数据存储时， 这些数据会在包括它的不同数据片中被多次保存， 这样， 会降低存储空间的 利用率。 为提高存储空间的利用率， 可以将这些数据进行单独保存， 下面以 保存全局性数据为例， 说明一致性数据的保存方式：
步骤 1： 提取文档库系统的全局性数据进行单独保存。 建立对应的层次结构； 在建立的层次结构下， 以 XML文档、 文件或二进制 大对象的形式保存全局性数据。
步骤 2: 在包括全局性数据的数据片中记录对全局性数据的引用。
应用上述方式进行全局性数据的保存后，即可以只对全局性数据保存一 次， 在其它数据片中不再记录单独保存的全局性数据， 而是记录对该全局性 数据的引用， 从而大大提高了存储空间的利用率。 对于其它诸如权限数据、 元数据等一致性数据的保存方式和上述相同， 这里就不再赘述。
在本实施例中， 步骤 1为全局性数据建立对应的层次结构可以为： 将全 局性数据对应 XML数据库的树型结构中的某个层次， 将全局性数据保存在 该层次下。 对于其它元数据、 角色数据等也可以建立类似的与其对应的层次 结构， 并将相应的数据保存在该层次下。
在本发明第二本实施例中，通过文件系统方式表示文档库系统的树型结 构。 在该种方式下， 本发明提供的文档库系统中文档数据的存储方法流程包 括： 步骤 301 : 设置文档库系统的树型结构。
本步骤中， 设置的文档库系统树型结构与实施例一中相同， 这里就不再 赘述。
表示文档库系统树型结构的方式可以为：利用文件系统的树型结构表示 文档库系统的树型结构。
例如， 对文档库系统设置文档集、 文档、 页、 层和层内对象， 即可以用 文件系统的树型结构表示上述层次， 如文档集中包括多个文档， 文档中包括 多个页， 页中包括多个层， 层中包括多个层内对象。 可以利用下图表示文档 库的树型结构：
- DosBase
- DocList
- Doc
- Page
- Object. sep
步骤 302:确定文档库系统中文档数据的存储粒度，并根据该存储粒度， 将文档库系统中的文档数据拆成数据片。
本步骤中， 确定文档数据的存储粒度、 以及将文档数据拆成数据片的方 式与实施例一中的相同， 这里就不再赘述。
步骤 303: 确定并保存拆成的数据片间的组织结构。
本步骤中， 确定各个数据片间的组织结构， 如， 确定各个层数据所属的 文档集、 文档、 页等。 并将该组织结构以文件系统中目录的形式进行记录。
4叚定存储文档 Docl中的文档数据时， 该文档 Docl位于 DocListl下， Docl 的文档结构为： 包含 3页， 第一页包含 3层， 后两页包含一层。 则在 文档库中保存的组织结构如下所示：
- DosBasel
- DocListl
- Docl - Pagel
- Layerl.sep
- Layer2.sep
- Layer3.sep
- Page2
- Layerl.sep
- Page3
- Layerl.sep
- DocListl
步骤 304: 保存拆成的数据片。
本步骤中， 保存拆成的数据片的方式具体可以为： 将拆成的各个数据片 转换为 XML文档保存到对应的目录下； 或者， 还可以将数据片作为一个文 件系统中的文件或关系型数据库中的二进制大对象保存到对应的目录下。这 里对应的目录可以是上述组织结构中相应的目录。
至此， 本实施例提供的文档库系统中文档数据的存储方法流程结束。 在应用上述方法完成文档存储后， 在进行文档访问时， 可以通过指定文 档集名 +文档名 +页号 +层号 + ...的方式， 快速定位到需要访问的存储粒度对 象（如层对象） ， 获取数据并返回给应用程序。
在本实施例中， 也可以对文档库、 文档集的元数据、 角色数据、 权限数 据和全局性数据进行单独保存以提高存储空间的利用率，其具体方式与实施 例一中步骤 1 ~ 2类似。 区别在于， 对应本实施例中表示文档库系统树型结 构的方式， 为上述数据建立对应的层次结构的方式具体为： 在文件系统的目 录中建立一个特殊的目录作为全局性数据对应的层次结构，在该目录下保存 全局性数据。 具体地， 上述全局性数据等可以是以 XML文档、 文件或二进 制大对象的形式保存的；其它包括上述全局性数据的数据片不需要再单独保 存， 而只是包括对相应数据的引用， 从而大大提高了存储空间的利用率。
当然， 本实施例是以层为存储粒度为例进行说明的， 事实上， 还可以建 立更粗或更细的存储粒度对应的目录，以实现以更粗或更细的存储粒度对文 档数据进行存储。
在本发明第三实施例中，通过关系型数据库方式表示文档库系统的树型 结构。 在该种方式下， 本发明提供的文档库系统中文档数据的存储方法流程 包括：
步骤 401 : 设置用于描述文档数据的树型结构。
本步骤中， 设置的描述文档数据的树型结构与实施例一中相同， 这里就 不再赘述。
表示树型结构的方式为：利用关系型数据库中的树型结构表示文档库系 统的树型结构。
例如， 对文档库系统设置目录、 文档、 页三个层次， 即可以关系型数据 库中的 3张表（目录表、 文档表、 页表）构建一个具有目录、 文档、 页三级 结构的虚拟目录系统， 其中， 目录表的定义如表 1所示， 文档表的定义如表 2所示， 页表的定义如表 3所示。
字段名 类型 说明
D D INT 目录的唯一 ID号
DirName CHAR 目录的名称
ParentID INT 父目录的 ID (为 0表示根目录）
表 1
字段名 类型 说明
DocID INT 文档的唯一 ID号
DocName CHAR 文档的名称
DirlD INT 文档所在目录的 ID
表 2
字段名 类型 说明
PageNo INT 页号（0页代表全局性数据）
DocID CHAR 页所属文档的 ID
PageData BLOB 页数据
表 3 步骤 402:确定文档库系统中文档数据的存储粒度，并根据该存储粒度， 将文档库系统中的文档数据拆成数据片。
本实施例中， 确定文档数据的存储粒度、 以及将文档数据拆成数据片的 方式与实施例一中的相同， 这里就不再赘述。
步骤 403: 确定并保存拆成的数据片间的组织结构。
本步骤中， 确定各个数据片间的组织结构， 如， 确定各个层数据所属的 文档集、 文档、 页等。 并将该层次结构以关系型数据库中相关表的形式进行 记录。
4叚定存储文档 Docl中的文档数据时， 该文档 Docl位于 DocListl下， Docl 包含 3页， 存储粒度为页。 则在文档库中保存的组织结构和具体的数 据片可以通过下面表 4 ~ 6的相关表的方式存储。
Figure imgf000012_0001
表 6
步骤 404: 保存拆成的数据片。
本步骤中， 保存拆成的数据片的方式具体可以为： 将拆成的各个数据片 转换为 XML文档保存到对应的相关表中； 或者， 还可以将数据片作为文件 系统中的一个文件或关系型数据库中的二进制大对象保存到对应的相关表。
至此， 本实施例提供的文档库系统中文档数据的存储方法流程结束。 在应用上述方法完成文档存储后， 在进行文档访问时， 可以通过指定文 档集名 +文档名 +页号 +层号 + ...的方式， 快速定位到需要访问的存储粒度对 象（如页对象） ， 获取数据并返回给应用程序。
在本实施例中， 也可以对文档库、 文档集的元数据、 角色数据、 权限数 据和全局性数据等进行单独保存以提高存储空间的利用率，其具体方式与实 施例一中步骤 1 ~ 2类似。 区别在于， 对应本实施例中表示文档库系统树型 结构的方式， 为全局性数据等建立对应的层次结构的方式具体为： 在关系型 数据库的相关表中建立一个特殊的项作为相应数据对应的层次结构，在该目 录下保存数据。
在具体实现时， 对步骤 401中设置的层次结构定义进行修改， 将其中的 存储粒度表定义（即页表定义）修改为表 7。
Figure imgf000013_0001
表 8
可以看出，其中利用页号为 0的页对应的相关表表示全局性数据对应的 层次结构。 可以将一致性数据作为关系型数据库中的二进制大对象、 文件系 统中的文件或数据库中的 XML文档保存在对应的相关表中。 其它包括一致 性数据的数据片不需要再单独保存一致性数据，而只是包括对一致性数据的 引用， 从而大大提高了存储空间的利用率。
当然， 本实施例是以页为存储粒度为例进行说明的， 事实上， 还可以建 立更细的存储粒度对应的相关表， 以实现以更细的存储粒度对文档进行存 储。
通过上述本发明具体实施方式的描述，可以看出在本发明实施例的方法 中， 首先设置文档库的树型结构； 然后确定文档库系统中文档数据的存储粒 度， 并按照该存储粒度将文档库系统中的文档数据拆成数据片； 确定并保存 各数据片间的组织结构， 并保存数据片。
图 2 为本发明实施例提供实现文档库系统中文档数据存储的装置结构 示意图。 如图 2所示， 本发明实施例的装置包括存储粒度确认单元 501、 数 据片拆分单元 502以及记录单元 502。
其中存储粒度确认单元 501确定文档库系统中文档数据的存储粒度。 数据拆成数据片。记录单元 502记录数据片拆分单元 502拆分的各数据片之 间的组织结构，并在相应的组织结构下保存数据片拆分单元 502拆分的各数 据片。
应用本发明实施例提供的实现文档库系统中文档数据存储的方法及装 置， 可以将文档库系统中的文档数据拆分成更细的数据片并保存。 这样， 当 用户检索或访问某文档时， 可以快速、 准确定位到最细存储粒度的级别， 进 行灵活高效地文档检索与内容抽取。 对于基于网络的文档应用， 可以只传输 用户感兴趣的内容， 降低了文档传输过程中的负担。
另外， 由于本发明实施例进行文档数据存储时， 可以将多种格式的文档 进行统一保存， 因此对于文档的互通互联带来了极大的便利。
以上仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范围。 凡在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应 包含在本发明的保护范围之内。

Claims

权利要求书
1、 一种文档库系统中存储文档数据的方法， 其特征在于， 所述文档数据按 树型结构描述， 在存储所述文档数据时， 包括：
将所述文档数据按所述树型结构拆成多个数据片；
以所述树型结构存储所述多个数据片， 所述每一个数据片对应所述树型结 构中的一个结点。
2、 根据权利要求 1所述的方法， 其特征在于， 将所述文档数据按所述树型 结构拆成多个数据片为：
获取所述文档数据的存储粒度， 将所述存储粒度作为最小拆分单位拆分所 述文档数据为所述多个数据片。
3、 根据权利要求 2所述的方法， 其特征在于， 所述文档数据的存储粒度为 所述树型结构中的一级。
4、 根据权利要求 2所述的方法， 其特征在于， 将所述文档数据按所述树型 结构拆成多个数据片为：
将所述树型结构中所述存储粒度以上的每一结点的全局数据拆分为所述结 点的子结点对应的一个或多个数据片。
5、 根据权利要求 4所述的方法， 其特征在于， 将所述每一结点的全局数据 拆分为所述结点的子结点对应的一个或多个数据片为：
按照所述每一结点的全局数据的类别将所述全局数据拆分为所述结点的子 结点对应的一个或多个数据片。
6、 根据权利要求 1所述的方法， 其特征在于， 利用可扩展标识语言 XML 数据库的树型结构表示所述树型结构；
以所述树型结构存储所述多个数据片为：
将所述树型结构的每个结点映射到 XML数据库的树型结构中进行保存； 将所述多个数据片转化为数据库的 XML文档，加入到所述 XML数据库的 树型结构中。
7、 根据权利要求 1所述的方法， 其特征在于， 利用文件系统的目录表示所 述树型结构；
以所述树型结构存储所述多个数据片为：
将所述多个数据片作为文件系统的文件存储，并建立所述每个文件的目录。
8、 根据权利要求 1所述的方法， 其特征在于， 利用关系型数据库中的相关 表表示所述树型结构；
以所述树型结构存储所述多个数据片为：
用所述关系型数据库中的相关表表示所述树型结构中每个结点与其父结点 的信息；
将所述多个数据片作为所述关系型数据库的大对象存储。
9、 根据权利要求 1所述的方法， 其特征在于， 所述树型结构的根结点为文 档级， 所述叶子结点包括以下的一种或任意组合： 页、 层、 对象组和对象。
10、 一种文档库系统中存储文档数据的装置， 其特征在于， 包括： 第一单元， 用于将所述文档数据按所述树型结构拆成多个数据片； 第二单元， 用于以所述树型结构存储所述多个数据片， 所述第一单元拆分 的每一个数据片对应所述树型结构中的一个结点。
PCT/CN2008/072010 2007-08-15 2008-08-15 Method and device for storing document data in document bank system Ceased WO2009021465A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP08784001A EP2180413A4 (en) 2007-08-15 2008-08-15 METHOD AND DEVICE FOR STORING DOCUMENT DATA IN A DOCUMENT BANKS SYSTEM
JP2010520410A JP5152877B2 (ja) 2007-08-15 2008-08-15 文書ベースシステムにおける文書データ記憶方法およびその装置
US12/701,857 US8423521B2 (en) 2007-08-15 2010-02-08 Method and apparatus for storing document data in docbase management system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2007101203253A CN101369268B (zh) 2007-08-15 2007-08-15 一种文档库系统中文档数据的存储方法
CN200710120325.3 2007-08-15

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/701,857 Continuation US8423521B2 (en) 2007-08-15 2010-02-08 Method and apparatus for storing document data in docbase management system

Publications (1)

Publication Number Publication Date
WO2009021465A1 true WO2009021465A1 (en) 2009-02-19

Family

ID=40350402

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/072010 Ceased WO2009021465A1 (en) 2007-08-15 2008-08-15 Method and device for storing document data in document bank system

Country Status (5)

Country Link
US (1) US8423521B2 (zh)
EP (1) EP2180413A4 (zh)
JP (1) JP5152877B2 (zh)
CN (1) CN101369268B (zh)
WO (1) WO2009021465A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102236681A (zh) * 2010-04-20 2011-11-09 中兴通讯股份有限公司 一种数据存储及获取的系统及方法
US20120290926A1 (en) * 2011-05-12 2012-11-15 Infinote Corporation Efficient document management and search
CN102439598A (zh) * 2011-09-15 2012-05-02 华为技术有限公司 一种文档模板管理方法和系统
CN102567545B (zh) * 2012-01-16 2014-10-29 北大方正集团有限公司 Xml数据库系统的xml文档组织管理方法及系统
CN103678302B (zh) * 2012-08-30 2018-11-09 北京百度网讯科技有限公司 一种文档结构化组织方法及装置
US9729603B2 (en) * 2012-09-27 2017-08-08 Alcatel Lucent Content stream delivery using variable cache replacement granularity
US20150052047A1 (en) * 2013-08-19 2015-02-19 Xerox Business Services, Llc Methods and systems for facilitating document banking
CN104657665B (zh) * 2015-03-12 2017-12-08 四川神琥科技有限公司 一种文件处理方法
CN106855866A (zh) * 2015-12-09 2017-06-16 北大方正集团有限公司 Xml文档存储方法及装置
CN106970928B (zh) * 2016-01-14 2020-12-29 平安科技（深圳）有限公司 文件管理方法和系统
CN106503274A (zh) * 2016-12-22 2017-03-15 北京览群智数据科技有限责任公司 一种数据整合与搜索方法及服务器
CN108055351B (zh) * 2017-12-29 2021-04-16 深圳市毕美科技有限公司 三维文件的处理方法及装置
CN113918788A (zh) * 2020-07-07 2022-01-11 天津挺哥网络科技有限公司 一种新型网页信息获取分析系统的设计方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1464440A (zh) * 2002-06-17 2003-12-31 财团法人资讯工业策进会 工作对象关联方法
CN1153162C (zh) * 1999-05-10 2004-06-09 快速检索及传递公司 具有二维线性可缩放并行结构的搜索引擎
CN1244062C (zh) * 2000-10-06 2006-03-01 佳能株式会社 Xml编码方案
CN1979472A (zh) * 2005-12-05 2007-06-13 北京书生国际信息技术有限公司 文档处理系统
CN101021858A (zh) * 2007-01-29 2007-08-22 华为技术有限公司 一种数据存储方法及装置及数据查找、添加、删除方法

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2048039A1 (en) * 1991-07-19 1993-01-20 Steven Derose Data processing system and method for generating a representation for and random access rendering of electronic documents
JPH05101054A (ja) * 1991-10-04 1993-04-23 Fujitsu Ltd 部品合成による文書作成支援システム
US6546406B1 (en) * 1995-11-03 2003-04-08 Enigma Information Systems Ltd. Client-server computer system for large document retrieval on networked computer system
JP2991142B2 (ja) * 1996-12-13 1999-12-20 日本電気株式会社 動的部品化機能付き構造化文書データベースシステム
JP3721747B2 (ja) * 1997-10-30 2005-11-30 富士ゼロックス株式会社 文書処理装置および方法並びに文書処理プログラムを記録した媒体
US7529756B1 (en) * 1998-07-21 2009-05-05 West Services, Inc. System and method for processing formatted text documents in a database
US6993527B1 (en) * 1998-12-21 2006-01-31 Adobe Systems Incorporated Describing documents and expressing document structure
AUPQ117599A0 (en) * 1999-06-24 1999-07-22 Canon Kabushiki Kaisha Split tree data structure
JP3879350B2 (ja) * 2000-01-25 2007-02-14 富士ゼロックス株式会社 構造化文書処理システム及び構造化文書処理方法
US20020152244A1 (en) * 2000-12-22 2002-10-17 International Business Machines Corporation Method and apparatus to dynamically create a customized user interface based on a document type definition
JP4045399B2 (ja) * 2001-08-24 2008-02-13 富士ゼロックス株式会社 構造化文書管理装置及び構造化文書管理方法
US20060259524A1 (en) * 2003-03-17 2006-11-16 Horton D T Systems and methods for document project management, conversion, and filing
GB2401215A (en) * 2003-05-02 2004-11-03 David Nicholas Rousseau Digital Library System
US7380205B2 (en) * 2003-10-28 2008-05-27 Sap Ag Maintenance of XML documents
US7440967B2 (en) * 2004-11-10 2008-10-21 Xerox Corporation System and method for transforming legacy documents into XML documents
US7421651B2 (en) * 2004-12-30 2008-09-02 Google Inc. Document segmentation based on visual gaps
US7685150B2 (en) * 2005-04-19 2010-03-23 Oracle International Corporation Optimization of queries over XML views that are based on union all operators
US9015301B2 (en) * 2007-01-05 2015-04-21 Digital Doors, Inc. Information infrastructure management tools with extractor, secure storage, content analysis and classification and method therefor
US7895197B2 (en) * 2007-04-30 2011-02-22 Sap Ag Hierarchical metadata generator for retrieval systems

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1153162C (zh) * 1999-05-10 2004-06-09 快速检索及传递公司 具有二维线性可缩放并行结构的搜索引擎
CN1244062C (zh) * 2000-10-06 2006-03-01 佳能株式会社 Xml编码方案
CN1464440A (zh) * 2002-06-17 2003-12-31 财团法人资讯工业策进会 工作对象关联方法
CN1979472A (zh) * 2005-12-05 2007-06-13 北京书生国际信息技术有限公司 文档处理系统
CN101021858A (zh) * 2007-01-29 2007-08-22 华为技术有限公司 一种数据存储方法及装置及数据查找、添加、删除方法

Also Published As

Publication number Publication date
JP2010536105A (ja) 2010-11-25
US20100146005A1 (en) 2010-06-10
CN101369268B (zh) 2011-08-24
EP2180413A1 (en) 2010-04-28
CN101369268A (zh) 2009-02-18
US8423521B2 (en) 2013-04-16
EP2180413A4 (en) 2011-01-19
JP5152877B2 (ja) 2013-02-27

Similar Documents

Publication Publication Date Title
JP5152877B2 (ja) 文書ベースシステムにおける文書データ記憶方法およびその装置
JP6448555B2 (ja) オブジェクトストレージインデキシングシステムのためのコンテンツクラス
Li Transforming relational database into HBase: A case study
US7720885B2 (en) Generating a word-processing document from database content
CN111259006A (zh) 一种通用的分布式异构数据一体化物理汇聚、组织、发布与服务方法及系统
US20070271249A1 (en) Heterogeneous multi-level extendable indexing for general purpose annotation systems
CN104239511B (zh) 一种面向MongoDB的用户空间文件系统实现方法
CN106708993A (zh) 基于大数据技术的空间数据存储处理中间件框架实现方法
CN106611046A (zh) 基于大数据技术的空间数据存储处理中间件框架
CN110570928A (zh) 一种基于HBase和ozone的医疗影像文件存取方法
CN109284273B (zh) 一种采用后缀数组索引的海量小文件查询方法及系统
CN105843867B (zh) 基于元数据模型的检索方法和基于元数据模型的检索装置
CN115729465A (zh) 一种基于段落小文件存储的文档解耦与合成系统
Suleman Digital libraries without databases: The bleek and lloyd collection
CN107766539A (zh) 一种基于Alfresco的文档管理系统及实现方法
US20140310262A1 (en) Multiple schema repository and modular database procedures
US8032521B2 (en) Managing structured content stored as a binary large object (BLOB)
CN117555949A (zh) 基于Elastic Search的关系型数据库的数据管理方法和设备
KR100678123B1 (ko) 관계형 데이터베이스에서의 ｘｍｌ 데이터 저장 방법
Watson et al. Exploring the design space of metadata-focused file management systems
Irshad et al. A survey on JSON data stores
Härder XML databases and beyond-plenty of architectural challenges ahead
KR100904890B1 (ko) 임베디드 멀티미디어 기기에 적합한 ｍｐｅｇ-7메타-데이터 저장 방법
Spahiu et al. File storage for a multimedia database server for image retrieval
Jiang et al. Application of XML database technology to biological pathway datasets

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08784001

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010520410

Country of ref document: JP

REEP Request for entry into the european phase

Ref document number: 2008784001

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2008784001

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE