关系数据库毕业论文

摘 要 随着 Internet 的发展和人们对数据标准性、平台无关性的要求越来越高， XML(Extensible Markup Language)得到了广泛的应用,同时人们对于 XML 的存储方式提出 了更高的要求。 本课题意在设计一种将XML数据存入关系数据库中的方法， 并按照该方法开发一个XML 数据装入关系数据库的软件。 本文首先对 XML 的基本知识进行介绍，随后讨论用关系数据库存储 XML 数据的原因， 并对目前已经提出的一些 XML 文档在关系数据库中的存储方式进行研究讨论，在此基础上 提出一个无模式的 XML 文档对于关系数据库的存储方法。这个方法将 XML 数据分为文档、 元素、属性、文本四种节点，并将这四种节点映射为数据库中四个关系表。另外将 DOM 树 中的元素节点关系映射为一个数据库关系表，这五个表是本课题中数据库设计的核心。五 个表中包含的属性信息要求方便于 DOM 接口和 SAX 接口两种方式访问。 提出存储方法后， 我们将利用这种存储方法开发一个关系数据库中 XML 数据装入系统。 文章后半部分将详细说明该软件的需求分析、设计、具体开发细节以及测试。该软件的测 试结果验证了这种存储方法能够有效的将无模式的 XML 文档存入关系数据库。 关键词：关系数据库、XML 1 Abstract With the development of Internet and the people s higher and higher requirement for data s standardization and its independent of platform,XML(extensible markup language) is widely used,in the mean time the higher requirement for the storage of XML data is asked. This research group designed a method to store XML data into RDB(Relational Data Base) of which the technology have been very mature and widely used.Then we developed an application that can store the XML data into RDB using this method. At first this article will introduce basical knowledge of XML,and then discuss why store XML data using RDB.After that we ll research and discuss the some methods for storing XML data into RDB that have been put forward.Based on them well design a storage method from non-schema XML data to RDB.We classified XML data as four kind of nodes such as Document,Element,Atribute and Text.These four nodes are mapped to four tables in the RDB and we mapped the DOM Tree into a table too.The five tables is the core of the RDB design.The attribute information involved in the tables is required that both DOM and SAX interface can be easy to get information from the tables. After giving the method we designed well develop an application that can storing the XML data into RDB using that method.It s requirement analyse,design details and test result well be described in the second half part of the article.The testresult will show that using the storage method we can storing the non-schema XML data into the RDB effectively. Key words:RDB(Relational Data Base),XMLKey words:RDB(Relational Data Base),XML 2 目目录录 摘 要.1 Abstract .2 目录.3 1 绪论.5 1.1课题背景及研究意义. 5 1.2XML 知识简介. 5 1.2.1 XML. 5 1.2.2 DTD 和 Schema . 7 1.2.3 DOM. 7 1.2.4 SAX. 8 1.3基于关系数据库的 XML 存储技术 . 9 1.3.1 现存的基于关系数据库的XML 存储技术. 10 1.3.2 一个模式驱动映射实例. 10 1.4 作者的工作.11 1.5 本章小结.11 2 无模式映射的设计.12 2.1 方案设计要求. 12 2.2 设计思想. 12 2.3 方案详细设计. 12 2.3.1 E-R 图(实体集中只画主码). 13 2.3.2 实体集和联系 . 13 2.3.3 设计方法与策略 . 14 2.3.4 数据库基本表设计 . 16 2.3.5 数据库优化. 16 2.3.6 数据字典. 16 2.4本章总结. 18 3 关系数据库中 XML 装入系统.19 3.1 任务概述. 19 3.2 设计思想概述. 19 3.3 需求规定. 20 3.3.1 系统用例图. 20 3.3.2 用例事件流. 20 3.3.3 开发环境需求 . 21 3.4 系统设计. 21 3.4.1 系统体系结构 . 21 3.4.2 序列图设计. 21 3.4.3 类设计. 23 3.4.4 类关系图. 29 3.4.5 算法的实现策略 . 30 3.4.6 异常处理. 31 3 3.5 系统测试. 32 3.5.1 系统功能测试 . 32 3.5.2 测试总结. 37 3.5.3 与模式映射 XML-RDB 装入系统的分析对比 . 38 3.6 本章小节. 38 结 论.39 致 谢.40 参考文献.41 4 1 1 绪绪论论 1.11.1课题背景及研究意义课题背景及研究意义 XML(eXtensible Markup Language)是 W3C 于 1998 年提出的数据文件格式标准,它是 SGML(Standard Generalize MarkupLanguage)的受限子集,但更简练易用。自被提出以来 就由于其标准性、可扩展性和半结构化等特征得到了各方面的关注和使用。随着 Internet 的高速发展和人们对数据标准性、平台无关性的要求的提高,其应用也更加广泛。 目前 XML 文档的存储方式主要有三种： 1.作为普通文件存储于文件系统中 2.存储于专门为 XML 设计的 XMLDB 中 3.存储于关系数据库中 第一种方法由于文件系统在组织、管理、检索等各种数据服务功能上的固有不足而基 本不被使用。后两种方法各有优缺点 ,但由于目前关系数据库管理系统在各种应用中仍占 主体地位,因此如何更加合理地将 XML 文档进行转换并存储到关系数据库中具有很大的研 究价值。 本课题主要研究如何有效的将 XML 数据存储到关系数据库中，并设计一种可以尽量避 免或简化上述问题的存储方法，用此方法开发一个关系数据库中 XML 数据装入系统以验证 该方法的正确性和可行性。 1.21.2XMLXML 知识简介知识简介 这一节主要介绍 XML 的基本知识，包括 XML 概念、文档类型定义(DTD)、XML 模 式(Schema)、文档对象模型(DOM)、SAX(Simple API for XML)接口等等。 1.2.11.2.1 XMLXML XML 即为可扩展的标记语言（eXtensible Markup Language）。XML 是一套定义语义 标记的规则，这些标记将文档分成许多部件并对这些部件加以标识。 XML 是标记语言。理解 XML，首先要理解标记。先说说 HTML 的标记（Markup），通俗 地讲，它就是一种用来给文本添加标记的语言。在 HTML 里每个标志都是有确切含义的。 例如， 在HTML 中， 标签 B 的含义是要求HTML浏览器将一段文本加粗表示， 而标签 CENTER 5 的含义是告诉浏览器将这段文本在一行的中间显示。而 XML 并非象 HTML 那样，提供了一 组事先已经定义好了的标签，而是提供了一个标准，利用这个标准，你可以根据实际需要 定义自己的新的置标语言，并为你的这个置标语言规定它特有的一套标签。准确的说，XML 是一种源置标语言，它允许你根据它所提供的规则，制定各种各样的置标语言。 XML 有两个先驱SGML 和 HTML，这两个语言都是非常成功的标记语言，SGML 的全 称是标准通用化标记语言，它从 80 年代初开始使用。正如 XML 一样，SGML 也可用于创建 成千上万的标记语言，它为语法置标提供了异常强大的工具，同时具有极好的扩展性，因 此在分类和索引数据中非常有用。 目前， SGML 多用于科技文献和政府办公文件中。 SGML 非 常之复杂，其复杂程度对于网络上的日常应用简直不可思议。不仅如此，SGML 非常昂贵。 HTML 免费、简单，而且它获得了广泛的支持。它是一个非常简单的 SGML 语言，可以方便 普通人的使用。1996 年人们开始致力于描述一个置标语言，它既具有 SGML 的强大功能和 可扩展性，同时又具有 HTML 的简单性。W3C 于 1998 年 2 月批准了 XML 的 1.0 版本，一个 崭新而大有前途的语言诞生了。 XML 具有以下优点： 1.XML 具有自说明性。XML 能够应用于各种领域的原因，就是 XML 具有到目前为止其 他方法所不具备的数据描述特点，控制信息不是采用应用软件的独有形式，而是采用谁都 可以看得懂的标记形式来表现，所以 XML 最适合作为数据交换的标准，这也是 XML 受人关 注的原因。允许各种不同的专业（如音乐、化学、数学等）开发与自己的特定领域有关的 标记语言。这就使得该领域中的人们可以交换笔记、数据和信息，而不用担心接收端的人 是否有特定的软件来创建数据。 2.XML 具有通用性。由于 XML 是非专有的并易于阅读和编写，就使得它成为在不同的 应用间交换数据的理想格式.XML 使用的是非专有的格式，不受版权、专利、商业秘密或是 其他种类的知识产权的限制。XML 的功能是非常强大的，同时对于人类或是计算机程序来 说，都容易阅读和编写。因而成为交换语言的首选。 此外，相对于 HTML,XML 具有先天的优越性。为了自己的浏览器增加一些特殊的显示 效果，HTML 加入了一些特殊的标记。日益增多的标签不但使 HTML 越来越庞大，浏览器的 开发越来越复杂，还降低了不同浏览器之间的兼容性。尽管 HTML 的标签越来越多，其显 示力却还远远不够。如果你希望非常精确地表现一些你自己的数据，可能你需要一些现在 在 HTML 中尚不存在的标签。现在 HTML 内部结构的条理性越来越差。你写的 HTML 文件， 甚至是那些专门的所见即所得工具自动生成的 HTML 文件，可能在语法上会错误百出，不 过没关系， 浏览器照样能读它。 现在有了 XML， 你终于可以自由地制定你自己的置标语言， 而不必再念念不忘微软、 Netscape、W3C 的首肯了。实际上，现在许多行业、机构都利用 XML 定义了自己的置标语言。 6 1.2.2 DTD1.2.2 DTD 和和 SchemaSchema DTD 是一种保证 XML 文档格式正确的有效方法， 可以比较 XML 文档和 DTD 文件来 看文档是否符合规范，元素和标签使用是否正确。一个DTD 文档包含：元素的定义规则， 元素间关系的定义规则，元素可使用的属性，可使用的实体或符号规则。 DTD 文件也是一 个 ASCII 的文本文件，后缀名为.dtd。例如:myfile.dtd。 由于 DTD 存在不少缺陷，比方说：DTD 是基于正则表达式的，描述能力有限；DTD 没有数据类型的支持，在大多数应用环境下能力不足； DTD 的约束定义能力不足，无法对 XML 实例文档作出更细致的语义限制；DTD 的结构不够结构化，重用的代价相对较高； DTD 并非使用 XML 作为描述手段，而 DTD 的构建和访问并没有标准的编程接口，无法 使用标准的编程方式进行 DTD 维护。因此针对这些缺点，设计了 XML Schma。 XML Schema 如同 DTD 一样是负责定义和描述 XML 文档的结构和内容模式。 它可以定 义XML文档中存在哪些元素和元素之间的关系， 并且可以定义元素和属性的数据类型。 XML Schema 基于 XML,没有专门的语法;XML 可以象其他 XML 文件一样解析和处理 ;XML Schema 支持一系列的数据类型(int、float、Boolean、date 等);XML Schema 提供可扩充的数 据模型;XML Schema 支持综合命名空间;XML Schema 支持属性组。 1.2.3 DOM1.2.3 DOM DOM Document 是以层次结构组织起来的节点，或信息片段，的集合。这种层次结构 允许开发者浏览树来查找特定信息。通常，分析结构需要在完成任何工作之前装入整个文 档并且装入层次结构。 由于 DOM 是基于信息的层次结构，因此它被称为是基于树的。 另一方面，DOM 还提供了一个 API，该 API 允许开发者为创建应用程序而在树的任 何地方添加、编辑、移动或除去节点。 DOM 基本的节点类型 XML 中最常见的节点类型： 1. Node： DOM 基本的数据类型。 2. Element： 元素 3. Attr： 一个元素的属性。 4. Text： 文本 5. Document： 代表整个 XML 文档。 一个 Document 对象通常也被称为一棵 DOM 树(根)。 较不常见的节点类型：CData、注释、处理指令和文档片段: 1. CData：“字符数据”的缩写 2. 注释：注释包含有关数据的信息，通常应用程序会忽略它们。 7 3. 处理指令：PI 是专门针对应用程序的信息。 4. 文档片段：为了形成良好的格式，文档只能有一个根元素。有时，必须临时 创建几组元素，这些元素不是满足需求所必要的。 下面文档片段： Silver Show Saddle, 16 inch 825.00 1 Premium Cinch 49.00 1 对应 DOM 树(元素节点)如图： GOODS #DOCUME NT NAM E ITEMITEM PRIC E QTY 文档片段的文档片段的 DOMDOM 树示例图树示例图 NAM E PRIC E QTY 1.2.4 SAX1.2.4 SAX 读取和操纵 XML 文件的标准方法是 DOM（“文档对象模型”）。遗憾的是，这种方 法需要读取整个文件并将它存储到树结构中，因而效率不高、缓慢，并且会过度使用资源。 对于极其大的文档，装入整个文档并对该文档进行解析会很慢且占用大量资源，所以要用 8 其它方式来处理数据。一些基于事件的模型，如 Simple API for XML（SAX），是工作在 数据流之上，在数据流经过时对其进行处理。 SAX 允许正在读取文档时处理该文档，这避免了在采取操作之前需要等待存储文档的 所有内容，但它不允许开发者实际更改原始文档中的数据 SAX 是由 XML-DEV 邮件列表的成员开发的，Java 版本由 David Megginson 维护。 他们的目的是提供一种更自然的方法来使用 XML，这种方法不会涉及到使用 DOM 的那种 开销。 结果是基于事件的 API。解析器将事件（譬如，元素的开始或结束）发送给处理信息 的事件处理程序。然后，应用程序自己可以处理数据。虽然原始文档保持不变，但 SAX 提 供了操纵数据的方法，然后会将该方法导向另一个过程或文档。 对于 SAX， 没有官方的标准； 万维网 （W3C） 或其它官方组织不维护 SAX， 但在 XML 社 区中，它是一个事实上的标准。 SAX 分析经过其的 XML 流。考虑以下 XML 代码片断： UNIX color 一般情况下，SAX 处理器分析这段代码将生成以下事件： Start document Start element (samples) Characters (white space) Start element (server) Characters (UNIX) End element (server) Characters (white space) Start element (monitor) Characters (color) End element (monitor) Characters (white space) End element (samples) 1.31.3基于关系数据库的基于关系数据库的 XMLXML 存储技术存储技术 本节将研究并讨论现有的基于关系数据库的 XML 存储方法。 9 1.3.11.3.1 现存的基于关系数据库的现存的基于关系数据库的 XMLXML 存储技术存储技术 基于关系数据库的 XML 存储技术的核心是 XML 与关系数据库之间的数据映射技术， 目前存在多种映射方法，根据是否使用 XML 模式可分为两类： ： 1. 模式驱动映射 2. 无模式映射 XML 模式定义了 XML 文档的词汇表、逻辑结构和允许值，利用模式可以对 XML 实 例文件的有效性进行验证。模式驱动映射是以 XML 模式为基础的映射，包括 DTD(文档类 型定义)和 XML Schema 两种方式， 其广泛适用于电子商务、 数据交换和系统集成等领域的 面向数据处理的 XML 文档，如产品订单、发票、时刻表等。他的优点是模式驱动映射的 过程中不易丢失结构信息，能较好的保证数据的正确性和完整性。现有的模式驱动映射方 法很多，下一节将通过一个实例来介绍模式驱动映射是如何实现的。 由于模式驱动映射要对模式进行解析，其转换过程要比无模式映射复杂的多。而且在 实际应用中，尤其是广阔的互联网中，大多数的 XML 文档都没有 DTD 或 Schema，或者 DTD 和 Schema 不易随文档保存，这是模式驱动映射面临的一个无法解决的困难，因此模 式驱动映射适用于那些已经发展的比较规范的领域，而无模式映射技术的应用更为广泛。 因此作者最终选择设计一种无模式映射来完成本课题的任务，这将在文章的第二章中详细 说明。 1.3.21.3.2 一个模式驱动映射实例一个模式驱动映射实例 这个实例的映射方法叫做对象-关系映射。首先将 XML 模式转化为对象模型，然后再 将对象模型映射为关系模型。在讨论之前我们先介绍两个概念： 简单元素：只包含文本，不包含属性和嵌套元素的元素 复杂元素：有属性或包含嵌套元素的元素 下面讨论基于对象-关系模型的 XML-RDB 的基本映射原理，为了描述简单，XML 模 式采用 DTD 进行定义。 1）设有如下 DTD： 模式对象的转化： 复杂元素 A类 A 简单元素 B、CA 的成员变量 对象关系的映射 类 A表 A B、C表 A 中的列 B、C 10 综上创建关系：RA(PK_A,B,C)，PK_A 是 RA 的主键(它是自动生成的)，列 B 和 C 的 值是他们的 PCDATA。 2）设有如下 DTD： 这里采用外键捕获元素A 和 C 及 A 和 B 之间的父子关系，因此可创建关系 RA(PK_A,D)，RB(PK_B,FK_AB,B)及 RC(PK_C,FK_AC,E),其中 FK_AB 和 FK_AC 分别是 RB和 RC关于 RA的外键。RB的主键是(PK_B,FK_AB), RC的主键是(PK_C,FK_AC)。根据 关系理论：在这个 DTD 中，A 只允许出现一次，所以 A 和 C 是 1:1 的关系，FK_AC 可建 立在 RA和 RC任一关系中(此处建立在 RC中)；B 可出现多次，即 A 和 B 是 1:N 的关系， FK_AB 应建立在 RB中。假如 A 也可以出现多次，即 A 和 B 为 M:N 的关系，则可创建关 系 RAB(FK_A,FK_B)，其中 FK_A 和 FK_B 分别对应 RA和 RB的 PK_A 和 PK_B。 3)对于复杂元素的属性和文本，处理方法与简单元素相同，作为复杂元素的属性列处 理。 1.41.4 作者的工作作者的工作 本文工作就是设计一个 XML 数据到关系数据库的无模式映射方案，这将在文章的第 二部分详细讲解。然后利用这个方案开发一个关系数据库中 XML 数据装入系统，并利用这 个软件测试该方案的有效性和性能，这是第三部分要叙述的内容。 1.51.5 本章小结本章小结 本章阐述了课题背景及其研究意义，讲解了XML 的基本概念和知识，研究讨论了 现今基于关系数据库 XML 存储的主要方法并制定了下面需要完成的任务及相应的研究思 路。 11 2 2 无模式映射的设计无模式映射的设计 2.12.1 方案设计要求方案设计要求 设计必须满足以下要求： 1. 能够将无模式的 XML 数据按一定的结构存入关系表中 2. 数据库设计要支持 DOM 和 SAX 两种接口访问 3. 易于实现关系数据库到 XML 的反向转换 4. 具有跨平台性 2.22.2 设计思想设计思想 将 XML 文档中的数据信息全部存入关系表是最基本的要求，要满足这个要求，就要 分析文档中的基本数据类型（元素，属性，文本等） ，将这些类型的节点映射为数据库实 体集。为了支持 DOM 和 SAX 两种接口访问，就需要分析这两种接口在访问 XML 文档时 需要什么样的信息，这些信息一定要设计到数据库中。比方说，DOM 接口需要节点的父 子关系，需要兄弟元素节点的顺序，需要节点的层数。 SAX 接口需要元素的起始位置和结 束位置，这些信息都需要存到数据库中，才可以方便两个接口对数据库的访问。综上所述， 数据库设计思路就是将文档中不同类型的节点作为数据库实体集，节点之间的关系作为联 系进行初步设计，然后再进行数据库优化。详细设计方案将在下一节介绍。 2.32.3 方案详细设计方案详细设计 根据 XML 数据节点类型，分别将文档节点、元素节点、属性节点和文本节点映射为 四个表：DOCUMENT，ELEMENT，ATTRIBUTE，TEXT。另外将元素节点之间的关系(父 子，兄弟)映射为一张全局关系表FULLRELATION。对于CDATA数据，将其看作TEXT 数据处理，存入 TEXT 表中。而注释语句将被忽略。 12 2.3.12.3.1 E-RE-R 图图( (实体集中只画主码实体集中只画主码) ) DOCID ELEID DOCUMENT DOCID DOCID belong DOCID ATTRIBUTE belong ELEMENT belong TEXT ATTID beparent TEXTID 数据库数据库 E-RE-R 图图 2.3.22.3.2 实体集和联系实体集和联系 1. DOCUMENT 实体集：文档主体 属性： DOCID：DOCUMENT 唯一标识 URI：文档路径 VERSION：文档版本 ENCODING：文档的字符码格式 2. ELEMENT 实体集：元素主体 属性： ELEID：元素的文档序(深度遍历 DOM 树的元素序号) DOCID：元素所在文档的 ID NAME：元素名称 BEGIN：元素在文档中的起始位置 END：元素在文档中的结束位置 13 SEQUENCE：同层同父亲元素的顺序 LAYER：元素所在层 3. ATTRIBUTE实体集：属性主体 ATTID：属性唯一标识 ELEID：属性所属元素 ID DOCID：属性所属文档 ID NAME：属性名称 VALUE 属性值 4. TEXT 实体集：文本主体 TEXTID：文本唯一标识 ELEID：文本所属元素 ID DOCID：文本所属文档 ID CONTENT：文本内容 5. 父子联系：元素之间的父子关系多个元素对应一个父亲 属性： ELEID：元素 ID DOCID：元素所在文档 ID PARENTID：元素父亲 ID 2.3.32.3.3 设计方法与策略设计方法与策略 四个实体集中最重要且最复杂的就是元素(ELEMENT)实体集，由于存储要便于 DOM 和 SAX 两种接口访问，因此需要为元素添加除名称之外的属性，下面分别说明这些属性 的设计思路。 BEGIN 和 END：元素在文档中的起始和结束位置，这是为了实现SAX 接口能过顺序 访问文档而提供的属性，例如下面的文档，我们将在元素的开始标志的左边括号中标出 Begin 数，在元素的结束标志的右边括号中标出 END 数。 (1)(1) (2)(2) (3)(3)TCP/IP Illustrated(4)(4) (5)(5)Bill(6)(6) (7)(7)Addison-Wesley(8)(8) (9)(9)65.95(10)(10) (11)(11) (12)(12) (13)(13)Advanced Programming in the Unix environment(14)(14) (15)(15)Tom(16)(16) 14 (17)(17)Addison-Wesley(18)(18) (19)(19)65.95(20)(20) (21)(21) (22)(22) (23)(23) Data on the Web(24)(24) (25)(25)Tony(26)(26) (27)(27) Addison-Wesley (28)(28) (29)(29)50(30)(30) (31)(31) (32)(32) ELEID、 SEQUENCE、 LAYER： 这三个属性是为了描述 DOM 树结构而设计的， ELEID 表示元素的文档序，SEQUENCE 表示同层同父亲节点的元素的顺序，LAYER表示元素所 在层，它们与父子联系中的 PARENTID共同为 DOM 接口的访问服务。 文档序指在 DOM 树中从左至右深度遍历元素节点时元素的序号，对于下面的 DOM 数，将元素的文档序标记在节点旁边： #DOCUME NT GOODS 1 ITEM 2 ITEM 6 NAMEPRICEQTYNAMEPRICEQTY 345789 文档序示例图文档序示例图 为了更加清晰的区分 DOM 接口和 SAX 接口的访问，作者在设计数据库基本表时将 BEGIN 和 END 属性设置在 ELEMENT 表中，而将 SEQUENCE、LAYER和 PARENTID属 性设置在 FULLRELATION关系表中， 这样 SAX 接口访问 ELEMENT 表， 而 DOM 接口访 15 问 FULLRELATION表。 2.3.42.3.4 数据库基本表设计数据库基本表设计 1. 文档表：DOCUMENT(DOCID,URI,VERSION,ENCODING) 数据约束： 唯一：URI 2. 元素表：ELEMENT(ELEID,DOCID,NAME,BEGIN,END) 数据约束： 外键：DOCID 3. 属性表：ATTRIBUTE(ATTID,DOCID,ELEID,NAME,V ALUE) 数据约束： 唯一：(DOCID,ELEID) 外键：ELEMENT 的主键(DOCID,ELEID) 4. 文本表：TEXT(TEXTID,DOCID,ELEID,CONTENT) 数据约束： 唯一：(DOCID,ELEID) 外键：ELEMENT 的主键(DOCID,ELEID) 5. 全局关系表：FULLRELATION(ELEID,DOCID,LAYER,SEQUENCE,PARENTID) 数据约束：外键：ELEMENT 的主键(DOCID,ELEID) 2.3.52.3.5 数据库优化数据库优化 根据查询使用频率为数据库添加索引： Document:(URI) Element:(DocID EleID) Element (Begin DocID EleID) Element (End DocID EleID) Attribute:(DocID EleID) Text:(DocID EleID) FullRelation:(DocID EleID) 2.3.62.3.6 数据字典数据字典 DOCUMENT 表： 属性数据类型 16 数据长度约束 DOCID URI VERSION ENCODING ELEMENT 表： 属性 ELEID DOCID NAME BEGIN END ATTRIBUTE表： 属性 ATTID DOCID ELEID NAME VALUE TEXT 表： 属性 TEXTID DOCID ELEID CONTENT NUMBER VARCHAR VARCHAR VARCHAR 10 50 50 50 主键 唯一 数据类型 NUMBER NUMBER VARCHAR NUMBER NUMBER 数据长度 10 10 50 10 10 主键 约束 外键 数据类型 NUMBER