| Oracle9i Warehouse Builder User's Guide Release 9.2 Part Number B10996-01 |
|
This chapter describes how to create source modules in Warehouse Builder. This chapter also shows you how to import definitions from different data sources into the source modules.
This chapter includes the following topics:
In Warehouse Builder, you create a source modules to store definitions from different source systems. You can create source modules for:
Warehouse Builder uses software integrators to read data definitions and extract data from source systems. Table 4-1 summarizes application types and their corresponding integrators.
When you create source modules in Warehouse Builder, the New Module wizard determines the correct integrator to use based upon the source type you select. This section shows you how to choose the type of source module you want to create from the Warehouse Builder navigation tree, as shown in Figure 4-1:
Warehouse Builder communicates with non-Oracle systems using Oracle9i Heterogeneous Services and a complementary agent. Heterogeneous Services make a non-Oracle system appear as a remote Oracle database server. The agent can be an Oracle Transparent Gateway or the generic connectivity agent included with Oracle9i.
For additional information on distributed processing systems, see Oracle9i Distributed Database Systems.
When you create a source module for a database source, you create or select a database link in the Warehouse Builder repository that points to the source system. Warehouse Builder uses this link to access the data dictionary of the source.
You can specify the database link from the Connections page of the New Module Wizard. Select an existing database link from the drop-down list and verify the link owner, user name, and connect string or create a new database link using the New Database Link dialog as shown in Figure 4-2.
You can create either private or public database links. Private database links can only be used by the user that created them. Public database links are available to all repository users on the same database. By default, if you have multiple users for the same repository, only the owner is given the CREATE PUBLIC DATABASE LINK privilege. If other users want to create public database links they must have the privilege granted.
To create a new database link:A database link name can be a maximum of 128 bytes and can include periods (.) and the "at" sign (@).
By default, the check box is unchecked.
SQL Connect String: Specify the connect string for the database system as it exists in your TNSNAMES.ORA file. If the system is a non-oracle system, specify this by including `(HS-OK)' within the connect_data clause.
Host Name: If the connect string does not exist in your TNSNAMES.ORA file, enter the Host Name, Port Number, and Oracle Service Name.
Case sensitive names and passwords need to be double-quoted. For BIS Applications, enter your APPS account user name.
The connection information you provided is tested, and a message will display.
Warehouse Builder stores database link properties in the repository. After you create a database link, you can edit the link information in the module property sheet. For more information on database links and connect strings, see Oracle9i Distributed Database Systems and Oracle9i SQL Reference.
This section describes how to create a source module that connects with an application based on a database system. The source module is a container for data definitions imported from the database system.
The following sections contain information about working with Database Source systems:
For related information, see the following sections:
The New Module Wizard determines the source type from the navigation tree node from where you launch the wizard. For example, to create an Informix source module, right-click Informix and select Create Informix Source Module. The wizard will automatically determine the correct Warehouse Builder integrator to use for this data source.
Warehouse Builder displays the welcome page for the New Module Wizard.
Name of the module
Status of the module
Specify the status as Development, Quality Assurance, or Production. This status is for descriptive purposes only.
Data Source as the Module Type
Description (optional)
The wizard displays the Data Source Information page.
Generic Oracle Database Application for the Application
An Application Version or System Type
The wizard determines the correct integrator based on your selections. For a non-Oracle Database, select Oracle Generic Gateway Connectivity as the Database Version.
The wizard displays the Connection Information page.
Click New DB Link to create the link if it not does not exist in the Warehouse Builder repository. For more information, see "Configuring Connections for Database Sources".
When the database link points to a heterogeneous services agent, the page displays an additional field for the gateway agent if you are importing from non-Oracle databases including systems accessed via ODBC, OLE DB or an Oracle Transparent Gateway.
The wizard displays the link information and the name of the schema owner as shown in Figure 4-4.
The wizard updates the schema owner name in the Connection page.
The Logical Location page displays.
Locations define information about the database schema or target tool where you will be deploying objects. Locations are specific to a type of module such as Oracle Database, SAP, or flat file. When you use create a location, a logical definition containing location type and version will be stored. When the location is deployed, the physical connection information is obtained from the Runtime Instance it is deployed to and that information is stored in the Runtime Repository.
The Finish page summarizes the information you provided on each of the wizard pages. Check the checkbox if you want to directly start the Import Metadata Wizard.
The wizard creates the source module and inserts its name in the project navigation tree. If you checked the check box, Warehouse Builder starts the Import Metadata Wizard.
Use the Import Metadata Wizard to import metadata from a database into a module. You can import metadata from an Oracle database, a non-Oracle database, or a Designer repository.
To import definitions from an Oracle Data Dictionary:The welcome page for the Import Metadata Wizard displays.
The Filter Information page displays, as shown in Figure 4-5.
Select tables, views, external tables, sequences, advanced queues, or PL/SQL transformation packages.
Type a search pattern. For example, you can type a warehouse project name followed by a % to import objects that begin with that project name. Use % as a wild card match for multiple characters and _ as a wild card match for a single character.
Warehouse Builder retrieves names that meet the filter conditions from the data dictionary and displays the Object Selection page, as shown in Figure 4-6.
To move all items to the Selected Objects list, click the double arrow.
To move an object and the objects it references, select the name of the object and check One Level.
To move a single object and all the objects it references directly or indirectly, select the name of the object and check All Levels.
The Summary and Import page displays. This page summarizes your selections in a spreadsheet listing the name, type of object, and whether the object will be reconciled or created. Verify the contents of this page and add descriptions for each of the objects.
The Import Results page displays.
Warehouse Builder stores the definitions in the source module.
For related information, see the following sections:
Re-importing your source database definitions enables you to import changes made to your source metadata since your previous import. You do not have to remove the original definitions from the repository. Warehouse Builder provides you with options that also enable you to preserve any changes you may have made to the definitions since the previous import. This includes any new objects, foreign keys, relationships, and descriptions you may have created in Warehouse Builder.
To re-import definitions:The welcome page for the Import Metadata Wizard displays.
The Filter Information page displays.
The Object Selection page displays. The objects that were originally imported display in bold, as shown in Figure 4-7.
The Summary and Import page displays as shown in Figure 4-8. The Reconcile action is displayed for the objects you are re-importing.
If the source contains new objects related to the object you are re-importing, the wizard requires that you import the new objects at the same time. The Create action displays for these objects.
The Advanced Reconciliation Options dialog displays, as shown in Figure 4-9.
This dialog enables you to preserve any edits and additions made to the object definitions in the Warehouse Builder repository.
Select these options for reconciling views:
Preserve existing descriptions: The descriptions stored in the repository are preserved.
Preserve repository added columns: The columns you added in Warehouse Builder are preserved.
Select these options for reconciling tables:
Preserve repository added constraints: The constraints you added to the table in Warehouse Builder are preserved.
Preserve existing descriptions: The descriptions stored the repository are preserved.
Preserve repository added columns: The columns you added in Warehouse Builder are preserved.
By default, all options are checked. Clear boxes to have these repository objects replaced and not preserved.
For example, after importing tables or views for the first time, you manually add descriptions to the table or view definitions. If you want to make sure that these descriptions are not overwritten while reimporting the table or view definitions, you must select the Preserve Existing Definitions option. This ensures that your descriptions are not overwritten.
Warehouse Builder reconciles and creates objects. When this is complete, the Import Results dialog displays, as shown in Figure 4-10.
The report lists the actions performed by Warehouse Builder for each object.
Click Save to save the report. You should use a naming convention that is specific to the re-import.
The Oracle Source Module Editor enables you to view and print schema diagrams of objects in the Oracle Source Module and run Lineage and Impact Analysis reports on them.
To display the Oracle Source Module Editor:The View Objects dialog displays as shown in Figure 4-11.
Warehouse Builder displays the Oracle Source Module Editor, as shown in Figure 4-12.
To print a diagram of a source definition, click the Print icon on the editor's toolbar.
You can update a the properties of a source definition by editing its Property Sheet. To display the property sheet, right-click the module name from the navigation tree and select Properties from the pop-up menu.
Select the Connection tab from the Module Properties window to update the connection information for a data source. You can select another database link from the drop-down list, as shown in Figure 4-13.
When you change the connection information, Warehouse Builder displays a warning message that you may compromise the existing definitions in the source module. To change the connection, click OK.
Select the Location tab from the Module Properties window to update the location of a data source. If you have defined multiple locations for the source module, you can select a different location from the drop-down list.
For more on Locations, see "Defining Runtime Repository Connections".
In Warehouse Builder, you can create a source module that connects with an Oracle Designer repository. When the definitions for an application are stored and managed in an Oracle Designer repository, you can reduce the amount of time you need to connect with the application.
Designer 6i/9i repositories use workareas to control versions of an object. By selecting a workarea, you can specify a version of a repository object. With Designer 6i/9i, you can also group objects into Application Systems within workareas. An Application System contains definitions for namespace and ownership of objects and enables you to view objects even though they are owned by a different user. Because Designer 6i/9i Application Systems are controlled by workareas, they have version control. See the Designer 6i/9i documentation for more information about workareas and application systems.
All visible objects of a workarea or an Application System in Designer 6i/9i are available for use as data sources in Warehouse Builder. To select Designer 6i/9i objects as Warehouse Builder sources:
The New Module Wizard detects the Designer version available in a database link. If it finds Designer 6i/9i, the Connection Information page changes to show the Workarea and the Application System fields along with a change button for each.
After you click Change, the New Module Wizard displays a selection list from which you choose either a workarea or an application system. The list of repository objects available for import is determined by the following criteria:
To import definitions from a Designer 6i/9i source, you must follow the steps outlined for importing definitions from database sources.
Warehouse Builder displays the welcome page for the New Module Wizard.
The New Module Wizard displays the Name page.
Name of the module
Status of the module
Specify the status as Development, Quality Assurance, or Production. This status is for descriptive purposes only.
Data Source as the Module Type
Description (optional)
The wizard displays the Data Source Information page. The wizard determines the correct integrator based on the navigation tree node from where you launch the wizard.
The wizard displays the Connection Information page, as shown in Figure 4-14.
Click New DB Link to create the link if it not does not exist in the Warehouse Builder repository. For more information, see "Configuring Connections for Database Sources".
When you connect to a Designer 6i/9i repository, you must connect as the Designer Repository owner.
If the New Module Wizard detects a Designer 6i repository, the Workarea field, Application System field, and Change button are enabled.
You must specify a workarea before Warehouse Builder can select objects in the Designer 6i repository.
The wizard displays the Finish page. This page summarizes the information you entered on each of the wizard pages. Verify the information.
The wizard creates the source module and inserts its name in the project navigation tree.
To import definitions into this source module from a Designer 6i source, you must follow the steps outlined for importing definitions from database sources.
For related information, see the following sections:
A project may need to extract data from or write data to flat files. You can access the flat file directly or by using the External Table operator. This section focuses on the basics of creating a flat file module. This information also serves as the basis for creating an external table from Warehouse Builder. For additional information on external tables, see "Using External Tables".
When you use a flat file, understanding both flat files and external tables will help you determine which feature to use. If you are loading large volumes of data, loading to a flat file allows you to use the DIRECT PATH SQL*Loader option, which results in better performance. If you are not loading large volumes of data, you can benefit from many of the relational transformations that you can apply to an external table. Refer to "External Tables versus Flat File Operators" for more information.
If you are accessing the data files directly, and if the Warehouse Builder client and the data files reside on different types of operating systems, contact your system administrator to establish the required connectivity through NFS or other network protocol. If the Warehouse Builder client and data files reside on a Windows operating system, store the data files on any drive locally accessed from the Warehouse Builder client machine.
Once you create a flat file module, you can import flat file definitions into Warehouse Builder. For more information on importing flat files into Warehouse Builder, see "About Flat File Sources and Targets".
To create a flat file module:
The Logical Location page displays.
Locations define information about the database schema or target tool where you will be deploying objects. Locations are specific to a type of module such as Oracle Database, SAP, or flat file. When you create a location, a logical definition containing location type and version will be stored. When the location is deployed, the physical connection information is obtained from the Runtime Instance it is deployed to and that information is stored in the Runtime Repository.
The Finish page summarizes the information you provided on each of the wizard pages. Check the checkbox if you want to immediately start the Import Metadata Wizard.
The wizard creates the flat file module and inserts its name in the project navigation tree. If you checked the checkbox, Warehouse Builder starts the Import Metadata Wizard.
Before you can create a definition for a flat file, you must first create a file module and a file location. To create a definition for a flat file, use the following wizards:
You can update a file definition after you import it into Warehouse Builder. You can also use data from a flat file as a source or a target after you import its structure into Warehouse Builder.
This section includes:
For related information, see the following sections:
The following section describes how to create a definition for a flat file using the Import Metadata Wizard.
To import flat files:Warehouse Builder displays the welcome page for the Import Metadata Wizard.
The wizard displays the Filter Information page. This page gives you the option to filter file names.
All Data Files: This option returns all the data files available for the directory you specified for the flat file module.
Data files matching this pattern: Use this option to select only data files that match the pattern you type. For example, if you select this option and enter (*.dat), only files with .dat file extensions will be displayed on the next wizard page. If you type % as part of a filter string, it is interpreted as a wild card match for multiple characters. If you type '_' as part of a filter string, it is interpreted as a wild card match for a single character.
The wizard displays the Object Selection page, as shown in Figure 4-18.
Because Warehouse Builder does not provide inbound reconciliation for flat files, the available objects will never appear in bold like other objects when they are reimported. When you reimport flat files, you always need to resample the flat file objects again
The wizard displays the Summary and Import page. The left-most column of this page contains a status ball which indicates if Warehouse Builder has the metadata for the file, as shown in Figure 4-19.
If the status ball is red, Warehouse Builder does not have the metadata. Proceed to the next step.
The wizard displays the welcome page for the Flat File Sample Wizard. Complete the Flat File Sample Wizard. For more information on the Sample Wizard, see Using the Flat File Sample Wizard.
Each time you use the Import Metadata Wizard to sample data from existing flat files, the Import Metadata Wizard launches the Flat File Sample Wizard. Use the Flat File Sample Wizard as an aid in defining metadata for flat files. The Flat File Sample Wizard stores the metadata you define in the Warehouse Builder repository.
To utilities the sampled flat file object in a mapping, you must run the Create External Table Wizard and create an external table based on this flat file. This new external table is then available for use in mappings as the external table operator. For information on using external tables versus using flat file operators, see "External Tables versus Flat File Operators".
The Flat File Sample Wizard guides you in completing the following steps:
Use the Name page shown in Figure 4-20 to describe the flat file you are sampling.
If you rename the file, do not include a space or any punctuation in the name. You can include an underscore. You can use upper and lower case letters. Do not start the name with a digit. Do not use a Warehouse Builder reserved word. For a list of reserved words, see Appendix B, "Reserved Words".
After you have completed the file set up information, click Next to continue with the wizard.
Use the Record Organization page shown in Figure 4-21 to indicate how records are organized in the file you are sampling.
Select between the two options to indicate how the length of each record in the file is determined:
The Flat File Sample Wizard allows you to sample files composed of logical records that correspond to multiple physical records. If the file contains logical records, click File contains logical records. Then select one of the options to describe the file.
The wizard updates the display of the logical record in the lower panel to reflect your selection. The default selection is one physical record per logical record.
After you complete the logical record information, click Next to continue with the wizard.
PHYSICAL_RECORD1 PHYSICAL_RECORD2 PHYSICAL_RECORD3 PHYSICAL_RECORD4
In the above example, if the number of physical records per logical record is 2, then PHYSICAL_RECORD1 and PHYSICAL_RECORD2 form one logical record and PHYSICAL_RECORD3 and PHYSICAL_RECORD4 form a second logical record.
In the following example, the continuation character is a percentage sign (%) at the end of the record.
PHYSICAL_RECORD1% PHYSICAL_RECORD2 end log rec 1 PHYSICAL_RECORD3% PHYSICAL_RECORD4 end log rec 2
The following example shows two logical records with a continuation character at beginning of the record.
PHYSICAL_RECORD1 %PHYSICAL_RECORD2 end log rec1 PHYSICAL_RECORD3 %PHYSICAL_RECORD4 end log rec 2
More than two records can be joined with this technique. The following example shows four physical records per logical record using continuation at beginning.
PHYSICAL_RECORD1 %PHYSICAL_RECORD2 %PHYSICAL_RECORD25 %PHYSICAL_RECORD26 (end log record 1) PHYSICAL_RECORD3 %PHYSICAL_RECORD4 %PHYSICAL_RECORD45 %PHYSICAL_RECORD46 (end log record 2)
Use the File Layout page shown in Figure 4-22 to specify the number of rows to skip and to select between a single record type versus multiple record types.
Indicate the number of records to skip in Skip rows.This is useful for skipping over unwanted header information. If one of the records includes field names, skip the preceding header records so that the record containing field names is first in the file. Later in the wizard, on the Field Properties page, you can instruct the wizard to use that record for field names if you are defining a single record file type.
Indicate whether the file contains a single record type or multiple record types.
Use the File Format page shown in Figure 4-23 to select between Fixed Length and Delimited formats for the file.
When you select a file format, the wizard updates the sample displayed at the bottom of the wizard page. You can use the scroll bars to navigate the sample data.
When your file is delimited, specify the following properties:
Use the Record Types wizard page to scan the flat file for record types, add or delete record types, and assign type values to the record types.
|
Note: This step in not necessary for files with a single record type. If the data file has a single record type and fixed length file format, proceed to "Specifying Field Lengths (Fixed-Length Files Only)" . If the data file has a single record type and delimited file format, proceed to "Specifying Field Properties". |
In files with multiple record types, one of the fields distinguishes one record type from the next. Figure 4-24 shows an example of a comma delimited file with two record types, "E" and "P". When you use the Flat File Sample Wizard, you instruct the wizard to scan a specified field of every record for the record type values. In this case, instruct the wizard to scan the first field. The wizard returns "E" and "P" as the type values.
When you use the wizard to sample flat files with multiple record types, ensure that the sample size you specified on the Name page is large enough to include each record type at least once.
Because sampling cannot be cancelled after it has been started, make sure you pick a "reasonable" number of rows for optimum performance. If all record types do not appear within a reasonable number of rows, you can mock up a sample file with rows selected from different parts of the master file to provide a representative set of data. If you do not know your data well, you may choose sample the entire file. If you know your data well, you can scan a representative sample and then manually add new record types.
When a delimited flat file contains several different types of records, you can use the scanning feature within the Flat File Sample Wizard to search and label record types.
Figure 4-25 shows the first field position selected for scanning for multiple record types.
To complete the Records Type page for a delimited file:
The wizard displays all the fields in a sample in the lower panel of the page. Select the field from the sample box. Or, in Field position, you can type in the position as it appears in the sample. Unless you specify otherwise, the wizard defaults to the first field in the file.
The wizard scans the file for the field and displays the type values. The wizard assigns default record names (RECORD1, RECORD2...) to each type value.
Click on a record name to rename it or select a different record name from the drop down list. You can associate a record name with multiple record type values. You can also add or delete type values using the New and Delete buttons.
When a fixed-length flat file contains several different types of records, you can use the scanning feature within the Flat File Sample Wizard to search for record types and assign a type value to each record type.
Figure 4-26 shows the results from scanning for record types based on the first field position.
To complete the Records Type page for a fixed-length file:
The wizard indicates the selected field with a red tick mark in the ruler in the file sample in the lower panel of the page.
The wizard scans the file field and displays the type values. The wizard assigns default record names (RECORD1, RECORD2...) to each type value.
Click on a record name to rename it or select a different record name from the drop down list. You can associate a record name with multiple record type values. You can also add or delete type values using the New and Delete buttons.
When you use the Flat File Sample Wizard to define a fixed-length flat file, you also need to define the length of each field in the file.
|
Note: This step is not necessary for delimited files. Proceed to "Specifying Field Properties". |
You can define field lengths by typing in the field lengths or by using the ruler.
Figure 4-27 displays the Field Lengths page from the Flat File Sample Wizard.
If you know the length of each field, type in the field length in Field Lengths. Separate each length by commas. The wizard displays the changes to the sample at the bottom of the wizard page.
To use the ruler, click on any number or hash mark on the ruler. The wizard displays a red tick mark on top of the ruler and marks the boundary with a red line. If you make a mistake, double-click the marker to delete it or move the marker to another position. Use the ruler to create markers for each field in the file.
Note that when you specify a field length using the ruler, your tick markers indicate the starting and ending borders for each field. From this information, Warehouse Builder determines the positions occupied by each field. For example, a three-character field occupying positions 6, 7, and 8 is internally identified with the beginning and ending values of '5,8'.
If you define field positions for a file in OMB Plus and later look at the properties of that same file in the Warehouse Builder user interface Flat File Properties screen, the field definition appears different. The same three-character record that you defined in OMB Plus with the beginning and ending values of '6,8' appears with the positions '5.8' in the Flat File Properties screen.
You can select the record type by name from Record Name. Or, you can select Next Record Type from the lower right corner of the wizard page. The number of records with unspecified field lengths is indicated on the lower left corner of the wizard page.
If the flat file contains multiple record types, the wizard prompts you to specify field lengths for each record type before continuing.
Figure 4-28 shows the Field Lengths page for a fixed length file with multiple record types.
Use the Properties page in the Flat File Sample Wizard to define properties for each field.
The wizard deactivates properties that do not apply to a given data type. For example, you can edit the length for a CHAR, but precision and scale are not available. Deactivated properties are grayed out.
Figure 4-29 shows the Properties page for the Flat File Sample Wizard.
For each field, the wizard displays the following two sets of properties:
Once you complete the Field Properties page, verify your selections on the Summary page and select Finish. The Flat File Sample Wizard returns you to the Import Metadata Wizard. You can select more files to sample or select Finish to begin the import. For information on how to continue sampling files, see step 8 in "Using the Import Metadata Wizard Flat Files".
Note:
By default, the wizard displays these properties as they appear in the source file. Edit these properties or accept the defaults to specify how the fields should be handled by the SQL*Loader.
You can edit the following SQL* Loader properties:
The wizard assigns a name to each field. It assigns `C1'to the first field, `C2' to the second, etc. To rename fields, click on a field and type a new name.
For single record file types, you can instruct the wizard to use the first record in the file to name the fields. Indicate this by checking the box entitled Use the first record as the field names. If you choose this option, all the field data type attributes will default to CHAR.
Describes the data type of the field for the SQL*Loader. You can use the Flat File Sample Wizard to import the following data types: CHAR, DATE, DECIMAL EXTERNAL, FLOAT EXTERNAL, INTEGER EXTERNAL, ZONED , AND ZONED EXTERNAL. For complete information on SQL*Loader field and data types, refer to Oracle9i Utilities. Currently, only portable datatypes are supported.
The SQL*Loader uses dd-mon-yy as its default date mask. You can override this default by entering a valid date mask when you describe the file. For example, if the input data has the format DD-Mon-YYYY rather than the SQL*Loader default, you can enter the true format as a mask.
You can override the default action of the SQL*Loader by placing a NULLIF condition on a field. For example, when a character field contains all blanks, you can direct SQL*Loader to mark the field as null rather than storing the blanks. Valid syntax for this field is: =BLANKS, ='quoted string', =X'ff' (hex value), != (not equal) is also allowed.
You can override the default action of the SQL*Loader by placing a DEFAULTIF condition on a field. For example, when a numeric or DATE field contains all blanks, SQL*Loader rejects the entire record. To override this action, type BLANKS in the DEFAULTIF property. When SQL*Loader evaluates this condition, it sets the numeric field to zeros and loads the record. Valid syntax for this field is: =BLANKS, ='quoted string', =X'ff' (hex value), != (not equal) is also allowed.
In fixed length files, indicates the field start position.
Specifies the length of the field to be used by SQL* Loader. For delimited files, the field length is not populated, but you can manually edit it if you know the maximum length of the field.
Defines precision for DECIMAL and ZONED data types. This field is reserved for future use.
The Flat File Sample Wizard assigns default values to these properties based on their corresponding SQL*Loader properties. Warehouse Builder can use the SQL properties in one of the following ways:
Edit the SQL properties or accept the defaults to specify how the fields with SQL* Loader data types should be mapped to the columns with SQL data types. While default values adjust to SQL Loader values, user specific changes remain constant irrespective of the SQL Loader data type values. These SQL properties are used in mapping, validation, and generation.
Describes the SQL data type. Warehouse Builder supports the following set of portable SQL data types:
Defines the field length to be used in SQL.
Defines the field precision to be used in SQL for NUMBER and FLOAT datatypes.
Defines the field scale to be used in SQL for NUMBER and FLOAT datatypes.
You can update the definition of the file format by editing its property sheet.
To update a file definition:
Warehouse Builder displays the Flat File property sheet with the following tabs:
General: Use this tab to edit the name and description of the definition. You can also change the global properties, such as the physical record size, the number of physical records per logical record, and the delimiter and enclosure characters.
Record: This tab is available only for flat files with multiple record types. Use this tab to redefine fields or add, delete, or edit record types.
Structure: Use this tab to edit field level attributes, SQL Loader and SQL Properties.
Use this tab to edit the name and description of the definition. You can also change the global properties, such as the physical record size, the number of physical records per logical record, and the delimiter and enclosure characters.
For delimited records, the General tab contains the following fields:
If the file contains logical records, click File contains logical records. Then select one of the following options to describe the file:
If the file contains multiple record types, you can select each record type from the Record Name field. Warehouse Builder displays the Record sheet and you can edit the record type information.
Record type is in column number: This field displays the column that contains the record type indicator. You can change this value. For example, if you have a flat file with two record types that are distinguished from each other by the first character in the third column as shown below, then the value in this field is 3:
Record type values: This table displays each record type, the value that distinguishes it from the other record types, and the name you have given to the record type. Table 4-2 shows an example of what the record type values for the two sample records above might be:
| Type Value | Record Name |
|---|---|
|
E |
Employee |
|
D |
Department |
After you have identified and defined the sources for our target system, you are ready to model your target schema.
Use the Structure tab to edit a field name, data type, mask, and SQL properties. You can add or delete a field. You can also add a field mask, NULLIF condition, or DEFAULTIF condition.
If the file contains multiple record types, you can select each record type from the Record Name field. Warehouse Builder displays the Record sheet and you can edit the record type information.
The wizard deactivates properties that do not apply to a given data type. For example, you can edit the length for a CHAR, but precision and scale are not available.
For each field, the wizard displays the following two sets of properties:
Figure 4-30 shows the Structure tab for a single record type data file.
Figure 4-31 displays the Structure tab for a multiple record type data file.
|
|
![]() Copyright © 2001, 2003 Oracle Corporation. All Rights Reserved. |
|