Oracle® Database Sample Schemas 10g Release 1 (10.1) Part Number B10771-01 |
|
|
View PDF |
This section describes how to install the Sample Schemas manually.
Various dependencies have been established among the schemas. Therefore, when you create the schemas manually, you must create them in the following order: HR
, OE
, PM
, IX
, and SH
.
Use this sequence to create the schemas:
Create the HR
schema.
Create the OE
schema: The HR
schema must already be present, and you must know the password for the HR
schema so that you can grant HR
object privileges to OE
. Some HR
tables are visible to the OE
user through the use of private synonyms. In addition, some OE
tables have foreign key relationships to HR
tables.
Note: TheOE schema requires the database to be enabled for spatial data. You can accomplish this during installation or afterward using the Database Configuration Assistant. |
Create the PM
schema: Foreign key relationships require that the OE
schema already exist when the PM
schema is created. You need to know the password for OE
to grant to PM
the right to establish and use these foreign keys.
Note: ThePM schema requires the database to be enabled for the Java Virtual Machine (JVM) and interMedia. You can accomplish this during installation or afterward using the Database Configuration Assistant. |
Create the IX
schema: The information exchange schema IX
is based on order entry data in OE
. Again, foreign key relationships require that the OE
schema already be present when the IX
schema is created. You need to know the password for OE
to grant to IX
the right to establish and use these foreign keys.
Create the SH
schema. The SH
schema logically depends on the OE
schema, although nothing prevents you from creating this schema on its own, without the four other schemas.
All scripts necessary to create this schema reside in $ORACLE_HOME/demo/schema/human_resources
.
You need to call only one script, hr_main.sql
, to create all objects and load the data. Running hr_main.sql
accomplishes the following tasks:
Prompts for passwords and tablespace names used within the scripts.
Removes any previously installed HR
schema.
Creates the user HR
and grants the necessary privileges.
Connects as HR
.
Calls the scripts that create and populate the schema objects.
For a complete listing of the scripts and their functions, please refer to Table 4-1.
A pair of optional scripts, hr_dn_c.sql
and hr_dn_d.sql
, is provided as a schema extension. To prepare the Human Resources schema for use with the Directory capabilities of Oracle Internet Directory, run the hr_dn_c.sql
create script. If you want to return to the initial setup of the HR
schema, use the script hr_dn_d.sql
to reverse the effects of hr_dn_c.sql
and remove the column added by this extension.
The file used to drop the HR
schema is hr_drop.sql
.
All scripts necessary to create this schema reside in $ORACLE_HOME/demo/schema/order_entry
.
You need to call only one script, oe_main.sql
, to create all objects and load the data. Running oe_main.sql
accomplishes the following tasks:
Prompts for passwords and tablespace names used within the scripts.
Removes any previously installed OE
schema.
Creates the user OE
and grants the necessary privileges.
Connects as OE
.
Calls the scripts that create and populate the schema objects.
For a complete listing of the scripts and their functions, please refer to Table 4-2.
The files used to drop the OE
schema and OC
subschema are oe_drop.sql
and oc_drop.sql
.
All files necessary to create this schema reside in $ORACLE_HOME/demo/schema/product_media
.
You need to call only one script, pm_main.sql
, to create all objects and load the data. Running pm_main.sql
accomplishes the following tasks:
Prompts for passwords and tablespace names used within the scripts, as well as datafile and log file directories.
Removes any previously installed PM
schema.
Creates the user PM
and grants the necessary privileges.
Connects as PM
.
Calls the following scripts that create and populate the schema objects.
For a complete listing of the scripts and their functions, please refer to Table 4-3.
The file used to drop the PM
schema is pm_drop.sql
.
Note: The SQL*Loader data filepm_p_lob.dat contains hard-coded absolute path names that have been set during installation. Before attempting to load the data in a different environment, you should first edit the path names in this file. |
All files necessary to create this schema reside in $ORACLE_HOME/demo/schema/info_exchange
.
You need to call only one script, ix_main.sql
, to create all objects and load the data. Running ix_main.sql
accomplishes the following tasks:
Prompts for passwords and tablespace names used within the scripts.
Removes any previously installed IX
schema.
Creates the user IX
and grants the necessary privileges.
Connects as IX
.
Calls the scripts that create and populate the schema.
For a complete listing of the scripts and their functions, please refer to Table 4-4.
The file used for dropping all queues in an orderly fashion is ix_drop.sql
.
All files necessary to create this schema reside in $ORACLE_HOME/demo/schema/sales_history
.
You need to call only one script, sh_main.sql
, to create all objects and load the data. Running sh_main.sql
accomplishes the following tasks:
Prompts for passwords and tablespace names used within the scripts, as well as datafile and log file directories.
Removes any previously installed SH
schema.
Creates the user SH
and grants the necessary privileges.
Connects as SH
.
Calls the scripts that create and populate the schema objects.
For a complete listing of the scripts and their functions, please refer to Table 4-5.
Note: The dimension tablesPROMOTIONS , CUSTOMERS , PRODUCTS and the fact table SALES are loaded by SQL*Loader. Then, two directory paths are created inside the database to point to the load and log file locations. This allows the loading of the table COSTS by using the external table sales_transactions_ext . |
A pair of optional scripts, sh_olp_c.sql
and sh_olp_d.sql
, is provided as a schema extension. To prepare the Sales History schema for use with the advanced analytic capabilities of OLAP Services, run the sh_olp_c.sql
create script. If you want to return to the initial setup of the SH
schema, use the script sh_olp_d.sql
to erase the effects of sh_olp_c.sql
and reinstate dimensions as they were before.
The file used to drop the SH
schema is sh_drop.sql
.