示例方案简介

示例数据库方案可用于产品文档、课件、软件开发和应用程序演示。

关于示例方案

示例数据库方案为每个 Oracle AI Database 发行版中的示例提供了一个通用平台。示例方案是一组相互关联的数据库方案。此集提供了以下复杂性方法：

• 方案人力资源 (hr) 用于介绍基本主题。此方案的扩展支持 Oracle Internet Directory 演示。

• 模式客户订单 (co) 是一种现代模式，可用于演示电子商务事务处理。它允许使用 JSON 存储半结构化数据。

• 模式销售历史记录 (sh) 旨在允许具有大量数据的演示。此模式的扩展支持高级分析处理。

以下方案不再更新，但仍可用：

• 模式顺序条目 (oe) 对于处理中间复杂性问题非常有用。此方案中提供了许多数据类型，包括非标量数据类型。

• 方案联机目录 (oc) 是构建在 oe 方案中的对象关系数据库对象的集合。

• 模式产品介质 (pm) 专用于打印介质数据类型。

注：商务智能 (bi)、信息交换 (ix) 和发运 (qs) 模式不再可用。

示例方案的设计原则

创建示例数据库方案时考虑了以下设计原则：

• 简单易用。hr 模式非常简单。它提供了从简单到中级数据库使用的分级路径。

• 典型用户的相关性。基本方案及其扩展为前台带来了客户通常使用的功能。在方案中仅自动构建最常用的数据库对象。整个方案集提供了一个基础，您可以在此基础上展开以说明其他功能。

• 可扩展性。示例方案为添加对象以演示超出基本范围的功能提供了逻辑和物理基础。

• 相关性。这些示例方案旨在适用于电子商务和其他重要的行业趋势（例如 XML）。当此目标与简单性目标冲突时，将使用模式扩展来展示焦点趋势。

客户示例方案的优势

示例方案提供的好处包括：

• 上下文的连续性。在任何地方遇到同一组表时，用户、学生和开发人员可以用更少的时间熟悉方案，用更多的时间理解或解释技术概念。

• 可用性。客户可以使用种子数据库中的这些方案来运行 Oracle AI Database 文档和培训材料中显示的示例。这种对示例的第一手访问既有助于概念理解，又有助于应用程序开发。

• Quality。通过集中维护和测试构建示例模式的创建脚本以及针对这些模式运行的示例，可以提高 Oracle AI Database 文档和培训材料的质量。

示例方案概览

Oracle AI Database 示例方案基于一家虚构的示例公司，该公司通过各种渠道销售商品。该公司在全球范围内运营，以履行产品的订单。它有多个区域性组织，每个区域性组织都由示例数据库方案表示。

HR 示例模式

“人力资源”部门跟踪有关公司员工和场所的信息。在人力资源 (hr) 记录中显示，每位员工都有标识号、电子邮件地址、职务标识码、薪金和经理。部分员工除了薪金，还能赚取佣金。

该公司还跟踪有关组织内职务的信息。每个职务都有标识码、职位以及职务的最低和最高薪水范围。有些员工在公司任职的时间很长，在公司内担任过多个不同职位。员工辞职时，将记录员工的工期、职务标识号和部门。

示例公司在多个区域进行业务，因此会跟踪其仓库和部门的位置。每位员工都分配给一个部门，每个部门都由唯一的部门编号或简称标识。每个部门与一个位置关联，每个位置都有一个完整的地址，其中包含街道名称、邮政编码、城市、省/直辖市/自治区和国家/地区代码。

此公司记录部门和仓库所在位置的详细信息，如国家/地区名称、货币符号、货币名称和国家/地区所在地理区域。

CO 示例方案

客户订单部门跟踪客户、产品、门店和订单数据。客户订单 (co) 模式记录零售应用程序进行的事务处理的详细信息。

co 方案突出显示 JSON 支持等功能。

该公司销售各种产品，这些产品保存在 products 表中。每个产品都有一个唯一的标识号、名称、价格、存储在 JSON 对象中的详细信息和产品映像详细信息。

客户下达的订单使用订单标识号、下达订单的日期和时间、客户详细信息、订单状态和商店信息在 orders 表中进行跟踪。

order_items 表中还使用订单标识号跟踪特定订单中的产品详细信息。记录产品、采购时的价格、数量和发运的详细信息。

下订单的顾客信息在 customers 表中进行跟踪。每个客户都有一个标识号、名称和电子邮件地址，用于订单的通信。

客户可以在商店购买产品，也可以通过公司的网站在线购买。所有存储及其对应的物理和虚拟地址的信息在 stores 表中进行跟踪。门店信息也记录在订单详细信息中。

下达的订单的发运详细信息（如交货地址、客户详细信息、存储信息和发运状态）存储在 shipments 表中。

inventory 表存储每种产品的详细信息，例如每家门店的可用数量。

SH 示例模式

销售部门跟踪业务统计信息以方便做出业务决策。样本公司开展大量业务，因此它运行业务统计数据报告，以帮助决策。其中许多报告是基于时间且非易变的。也就是说，他们分析了过去的数据趋势。该公司定期将数据加载到数据仓库中，以收集这些报告的统计信息。这些报表包括按产品列出的年度、季度、月和周销售额。这些报表使用模式“销售历史记录”(sh) 进行存储。

该公司还运行有关销售渠道的报告。当公司对其产品进行特殊促销时，它会分析促销对销售的影响。它还按地理区域分析销售。

OE 示例方案

注：oe 方案不再更新，但仍可用。

该公司销售多种产品，如计算机硬件和软件，音乐，服装和工具。公司维护有关这些产品的信息，例如产品标识号、产品所属的类别、订单录入 (oe)、重量组（用于发运）、保修期（如果适用）、供应商、产品的可用性状态、价目表价格、销售产品的最低价格以及制造商信息的 URL 地址。还会记录所有产品的库存信息，包括产品可用的仓库和现有数量。由于产品在全球范围内销售，该公司以多种语言维护产品的名称及其说明。

该公司在多个地点设有仓库，以满足客户需求。每个仓库都有一个仓库标识号、名称、设施说明和地点标识号。

还会跟踪客户信息。每个客户都有一个标识号。客户记录包括客户名称、街道名称、城市或省/自治区/直辖市、国家/地区、电话号码（每个客户最多五个电话号码）和邮政编码。有些客户通过 Internet 下订单，因此还会记录电子邮件地址。由于客户之间的语言差异，公司记录了每个客户的母语和地区。

该公司对其客户设定了信用限额，以限制他们一次可以购买的产品数量。有些客户有一个客户经理，并且还会记录此信息。

客户下订单时，公司会跟踪订单日期、下订单方式、订单的当前状态、发运模式、订单总额以及帮助下订单的销售代表。销售代表可以是客户经理，也可以不是客户的客户经理。如果订单通过 Internet 下达，则不会记录销售代表。除订单信息外，公司还跟踪订购的商品数量、单价和订购的产品。

oe 方案还包含 XML 采购订单文档。可以使用 SQL 查询 purchaseorder 表，也可以通过查询公共视图 RESOURCE_VIEW 和 PATH_VIEW 来访问这些文档。

OC 示例模式

注：oc 方案不再更新，但仍可用。

数据库模式 oe 的联机目录 (oc) 子方案用于处理联机目录商品销售方案。oc 中使用的客户和产品与方案 oe 中使用的产品相同，但子方案 oc 将产品划分成父类别和子类别的层次结构。该层次与电子商务门户站点上的排列方式相对应, 用户可以在该站点上细化到越来越专业的产品类别, 以此来导航到特定产品。

PM 示例模式

注：pm 方案不再更新，但仍可用。

公司将有关其产品的打印信息存储在数据库中。产品介质 (pm) 方案用于存储此类信息。此类信息的示例包括：

• 新闻稿文本

• 打印媒体广告

• 其他促销文本和翻译