範例綱要簡介

範例資料庫綱要可用於產品文件、課程軟體、軟體開發和應用程式示範。

關於範例綱要

範例資料庫綱要為每個版本的 Oracle AI Database 提供一個通用平台。範例綱要是一組相互連結的資料庫綱要。此集合提供下列複雜性方法：

• 綱要人力資源 (hr) 可用於介紹基本主題。此綱要的擴充功能支援 Oracle Internet Directory 示範。

• 綱要客戶訂單 (co) 是一種現代綱要，適用於電子商務交易的示範。它允許使用 JSON 儲存半結構化資料。

• 綱要銷售歷史記錄 (sh) 的設計可允許含有大量資料的示範。此綱要的擴充功能提供進階分析處理的支援。

下列綱要已不再更新，但仍然可供使用：

• 綱要訂單輸入 (oe) 可用於處理中繼複雜性的問題。此綱要中提供許多資料類型，包括非卡拉資料類型。

• 「綱要線上目錄」(oc) 是建立在 oe 綱要內的物件關聯式資料庫物件集合。

• 綱要產品媒體 (pm) 專用於列印媒體資料類型。

注意： Business Intelligence (bi)、Information Exchange (ix) 及 Shipping (qs) 綱要已無法使用。

範例綱要的設計原則

範例資料庫綱要建立時需考量下列設計原則：

• 簡單易用：hr 綱要是刻意簡單的。它提供從簡單到中間層次的資料庫使用畢業路徑。

• 一般使用者的相關性。基準結構及其延伸會帶給客戶通常使用的前景功能。只有最常使用的資料庫物件會自動建立在綱要中。整個綱要集提供了一個基礎，供您展開以說明其他功能。

• 擴充性。範例綱要提供邏輯和實體基礎，可新增物件以示範基本範圍之外的功能。

• 相關性。範例架構是設計為適用於電子商務與其他重要產業趨勢 (例如 XML)。當此目標與簡潔的目標衝突時，會使用結構擴充來展示焦點趨勢。

樣本綱要的客戶優勢

範例綱要所提供的優點如下：

• 相關資訊環境的連續性。當在任何地方遇到一組相同的表格時，使用者、學生以及開發人員可以花費較少的時間來熟悉綱要，並有更多時間瞭解或說明技術概念。

• 使用性：客戶可以在原始內建資料庫中使用這些綱要來執行 Oracle AI Database 文件和訓練資料中顯示的範例。此範例的第一手存取有助於概念理解和應用程式開發。

• 品質：透過集中維護和測試建置範例綱要的建立命令檔，以及針對綱要執行的範例，增強了 Oracle AI Database 文件和訓練資料的品質。

範例綱要簡介

Oracle AI Database 範例架構以虛擬樣本公司為基礎，透過各種通路銷售商品。該公司在全球營運，以履行產品的訂單。它具有數個事業群，每個事業群都由一個範例資料庫綱要所代表。

HR 範例綱要

「人力資源」部門會追蹤公司員工與場所的相關資訊。在「人力資源」(hr) 記錄中，每個員工都有 ID 號碼、電子郵件地址、職務 ID 代碼、薪資與經理人員。有些員工除了薪水外還可獲得佣金。

公司也會追蹤組織內職務的相關資訊。每個職務都有 ID 代碼、職稱，以及職務的薪資下限與上限範圍。有些員工一直在公司任職很長一段時間，並且在公司內擔任不同職位。當員工辭職時，會記錄員工工作的期間、職務 ID 號碼以及部門。

該樣品公司具有區域性多樣性，因此可追蹤其倉庫和部門的位置。每個員工都會被指派到一個部門，而每個部門則是以唯一的部門號碼或簡短名稱來識別。每個部門都與一個地點關聯，且每個地點都有完整地址，包括街道名稱、郵遞區號、城市、州 / 省或省，以及國家 / 地區代碼。

在部門和倉庫所在的位置，公司會記錄詳細資訊，例如國家 / 地區名稱、貨幣符號、貨幣名稱和國家 / 地區地理位置。

CO 範例綱要

「客戶訂單」部門會追蹤客戶、產品、商店及訂單資料。「客戶訂單」(co) 綱要會記錄零售應用程式所進行的交易明細。

co 綱要主要標示 JSON 支援等功能。

公司銷售各種產品，這些產品是在 products 表格中進行維護。每個產品都有唯一的識別碼、名稱、價格、詳細資料儲存在 JSON 物件和產品影像詳細資料中。

客戶下單時，會使用訂單識別碼、下單的日期與時間、客戶明細、訂單狀態及商店資訊，在 orders 表格中追蹤。

系統也會使用訂單識別碼，在 order_items 表格中追蹤特定訂單的產品明細。產品明細、採購時的價格、數量及出貨記錄。

提交訂單的客戶資訊會記錄在 customers 表格中。每個客戶都有用於訂單通訊的識別碼、名稱和電子郵件地址。

客戶可以透過公司的網站，在商店或線上購買產品。stores 表格中會追蹤所有商店及其對應實體與虛擬地址的資訊。商店資訊也會記錄在訂單明細中。

下單的出貨明細 (例如交貨地址、客戶明細、商店資訊及出貨狀態) 儲存在 shipments 表格中。

inventory 表格會儲存每個產品的詳細資料，例如每個商店的可用數量。

SH 範例綱要

銷售部門會追蹤業務統計資料以協助業務決策。範例公司會執行大量業務，因此會執行業務統計資料報告以協助做出決策。其中許多報告都是以時間為基礎，而且不變動。也就是說，他們會分析過去的資料趨勢。公司會定期將資料載入其資料倉儲，以收集這些報表的統計資料。這些報表包含依產品的年度、每季、每月和每週銷售數字。這些報表是使用「銷售歷史記錄」(sh) 綱要儲存的。

公司也會透過其銷售來執行配銷通路的報表。當公司對其產品執行特殊促銷時，會分析促銷對銷售的影響。它也會依地理區域來分析銷售。

OE 範例綱要

注意：oe 綱要已不再更新，但仍然可以使用。

該公司銷售多項產品，例如電腦軟硬體、音樂、服裝和工具。公司維護這些產品的相關資訊，例如產品識別碼、產品所在的分類、訂單輸入 (oe)、重量群組 (供出貨之用)、保固期 (如適用)、供應商、產品的可用性狀態、定價、產品銷售的最低價格，以及製造商資訊的 URL 位址。也會記錄所有產品的存貨資訊，包括產品可用的倉庫與庫存量。由於產品在全球銷售，因此公司會以多種語言維護產品名稱及其說明。

該公司在多個地點維護倉儲，以滿足客戶需求。每個倉庫都有一個倉庫識別碼、名稱、設施描述和地點識別碼。

也會追蹤客戶資訊。每個客戶都有識別碼。客戶記錄包括客戶名稱、街道名稱、城市或省、國家、電話號碼 (每個客戶最多五個電話號碼) 和郵遞區號。有些客戶透過網際網路下訂單，因此也會記錄電子郵件地址。由於客戶之間的語言差異，公司會記錄每個客戶的母語和地區。

公司會對客戶設定信用額度，以限制他們一次可以購買的產品數量。有些客戶有客戶經理，而且也會記錄這項資訊。

當客戶下單時，公司會追蹤訂單日期、下單的方式、訂單的目前狀態、出貨模式、訂單的總金額，以及協助下單的銷售代表。銷售代表不一定是與客戶的客戶經理相同的人員。如果訂單是透過網際網路下單，則不會記錄任何銷售代表。除了訂單資訊之外，公司還會追蹤訂購的項目數、單價和訂購的產品。

oe 綱要也包含 XML 採購訂單文件。您可以使用 SQL 來查詢 purchaseorder 表格，或查詢公用檢視 RESOURCE_VIEW 和 PATH_VIEW 來存取這些文件。

OC 範例綱要

注意：oc 綱要已不再更新，但仍然可以使用。

資料庫綱要 oe 的「線上目錄」(oc) 子綱要可處理線上目錄推銷案例。oc 中使用的客戶和產品與綱要 oe 中的相同，但子綱要 oc 會將產品組織成父項類別和子類別的階層。此階層相對應於電子商務入口網站上的排列，此入口網站中的使用者透過向下展開越來越特殊化的產品類別，以瀏覽至特定的產品。

PM 範例綱要

注意：pm 綱要已不再更新，但仍然可以使用。

公司會將產品的列印資訊儲存在資料庫中。Product Media (pm) 綱要是用來儲存這類資訊。這些資訊的範例有：

• 新聞稿文字

• 印刷媒體廣告

• 其他促銷文字與翻譯