| Oracle® Clinical Administrator's Guide Release 4.6 Part Number A83791-06 |
|
|
View PDF |
| Oracle® Clinical Administrator's Guide Release 4.6 Part Number A83791-06 |
|
|
View PDF |
This section contains the following topics:
In the DX Installation Configuration window, you determine the default settings for new studies. To launch the Data Extract Installation Configuration window, navigate to Admin and select DX Installation Configuration.
The DX_CONFIG installation reference codelist includes exactly the same settings. When you change a setting here, the change is reflected in the reference codelist. When you change a setting there, the change is reflected here.
Figure 6-1 Data Extract Installation Configuration Window
You can enable or disable the attributes described in the upper part of the window by selecting or clearing the appropriate box. The lower part of the window enables you to reduce the size of comments and the DVG long value, and to choose the default Key Template and the default Key Template domain.
The settings in the Data Extract Installation Configuration window are:
Separate Oracle and SAS Names?
When enabled, you can specify different names for Oracle and SAS view columns. Oracle views take the long name; SAS takes the short name. The default is deselected.
In earlier versions of SAS (such as version 6.12), the maximum length for variables (columns or views) was 8 characters, while Oracle names could be as long as 30 characters. If you wanted to keep the same names for the Oracle and SAS variables (for consistency or some other business need), you had to choose a name short enough to fit in the SAS variable length. If you wanted to have a longer Oracle name, the names had to be different. Data Extract creates the Oracle and SAS views based on the decision you make in this field.
DCM Default Views Are Linked to Source DCM as Default Condition?
This setting controls whether a view definition is linked to its source DCM if the view definition's link mode is DEFAULT. If this setting is enabled, a view definition with DEFAULT link mode will be linked to its DCM, meaning that changes to the DCM will propagate to the view definition as well. If this setting is not enabled, these view definitions are not linked, so they will not change when the source DCM changes.
Enable Edit of Active Key Templates? Enable Edit of Active Extract Macros? Enable Edit of Active View Templates?
Each of these settings enables you to choose whether users can modify one type of active component in a view definition. Your organization may want to freeze definitions like Key Templates, extract macros, and View Templates that are used across many view definitions in the global library.
Enable Selection of Aggregate, Nondefault Key Template?
Choose this setting if you want to be able to choose alternative Key Templates for different view definitions within a study.
Include Validation Status in Default View Definition? Include DVG Sequence Number in Default View Definition? Include DVG Short Value in Default View Definition? Include DVG Long Value in Default View Definition? Include Thesaurus Term1 in Default View Definition? Include Thesaurus Term2 in Default View Definition? Include Thesaurus Term3 in Default View Definition? Include Full Value Text in Default View Definition?
These settings all control attributes that you might want to include in the default view definition. All are part of what you can add through the Extended Attributes button when defining a simple question in the Global Library, or through the Template Attributes button when building a template in the Maintain View Templates window.
Validation Status is an attribute of the RESPONSES table. By choosing to display another attribute, you can tell how clean your data is. The default is deselected.
The DVG Sequence Number indicates the order the discrete values appear in the list of values for data entry. The DVG Short Value is the data as entered. The DVG Long Value is a longer form than the short value of the data as entered. You need at least one, but you may pick all, of the following: the DVG Long Value, the DVG Sequence Number, or data values for the DVG questions.
The Thesaurus Term configuration preferences involve the same kinds of choices as for the DVG, except that data can come from several different tables. You must still choose at least one term, and you may choose all three. The default is selected.
Oracle Clinical stores valid responses in the Value Text field, and invalid ones in the Exception Value Text field. When the response is valid, the Full Value Text field contains the Value Text; when it is invalid, Full Value Text contains the Exception Value Text.
Enable Update of SAS and Oracle Column Names?
When you bring a question from the Global Library into a View Template, the SAS column names and Oracle column names in the View Template default to the names defined in the Global Library. If this option is selected, you can change the names at the View Template level; if not selected, you cannot modify the names from their Global Library-derived defaults. The default setting is deselected.
Enable View Builder as Default in New Studies?
The View Builder enables you to automatically generate views of the data and metadata included in a single Data Collection Module (DCM). If this setting is enabled, the VB Enabled? setting in the Clinical Study States window is selected by default for new studies.
Use DCM Question-Specific DVG Subset for DVG Attributes?
This setting determines whether the Discrete Value Group (DVG) attributes that are included in the view come from the DVG subset that has been assigned to the DCM question or from the base DVG subset. Selecting this box makes the views include the DCM question DVG's subset information; clearing the box makes the views include the base subset information. For information on DVGs and DVG subsets, see the chapter on questions in Oracle Clinical Creating a Study.
Use DCM SAS Label as Seed for Attributes in Default View Definition?
This setting determines which SAS labels the system uses for all the attribute columns of a default view definition. By default, this setting is not enabled, so the SAS labels of the attribute columns are created using the SAS label of the question attributes in the Global Library. However, when you enable this setting, the system creates the SAS labels of the attribute columns of the View Template within the context of a view definition by using the corresponding DCM question's SAS label as the seed when the View Template Question is mapped.
The default Audit Comment length is 200 characters. You can reduce this value if you typically use no more than a few characters for this comment.
The Oracle Clinical default Comment length is 200 characters. You can reduce this value if you typically use no more than a few characters for this comment.
The default DVG Long Value length is 200 characters. You can reduce this value if you typically use no more than a few characters for this comment.
You can also create the DVG Long Value column with a maximum width equal to the DVG values specified for a given question. This behavior is enabled when the maximum length of the DVG Long Value is set to zero.
The default Key Template for custom and default view definitions. You can choose a new default Key Template from the list of values.
Data extract users can choose a non-default Key Template for their view definition only if the Enable Selection of Aggregate, Nondefault Key Template? box is selected.
Note that study-specific Key Templates achieve the same goal. You can supply a study-specific Key Template in the Clinical Study States window (From the Conduct menu, select Security, then choose Clinical Study States).
The Key Template Domain indicates the Global Library domain in which the default Key Template is stored. You cannot assign or change the domain of the default Key Template in this window.
Enables building fast views.
Check the settings of the following reference codelists, described in Chapter 7, "Reference Codelists":
This section contains the following topics:
You must create tablespaces to contain the tables and indexes required for data extract. Oracle recommends creating a separate tablespace for tables and for indexes, and for creating each tablespace:
as locally managed
with autoallocate on
with automatic segment space management
with a block size of 16 kb
Use the following command:
CREATE TABLESPACE dxtables DATAFILE '/u02/oracle/data/dxtables01.dbf' SIZE 500M EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT AUTO;For further information, see the Oracle Database Administrator's Guide.
In order to enable users to create tables using the Data Extract View Builder, you must specify to which tablespace and tablespace index you want to add tables for each Study Access Account. You specify these tablespaces and index tablespaces in two installation reference codelists that store data extract tablespace information:
Note:
You must also remove invalid values from the reference codelists to prevent users from selecting them for study access accounts. See "DX_INDEX_TABLESPACE" and "DX_VIEW_TABLESPACE" for information.You must create a Data Extract Access Account (under Conduct, navigate to Data Extract, then Study Access Accounts) and specify a tablespace for the account's tables and for its indexes. When the tablespace is defined as locally managed, the View Builder creates tables and indexes for that account as follows:
The extract tables are created in a single step rather than the previous approach that created a temporary table and then, after determining the size of the table, a second permanent table. This feature capitalizes on the ability to use locally managed tablespaces with the AUTOALLOCATE feature that automatically sizes the table.
The tables are created using the Oracle database table compression feature. Since data extract tables tend to have many repeated keys and values, this should result in significantly less space usage and more efficient data access.
The indexes are created with leading key compression that results in significantly more compact and efficient indexes.
Index statistics are now computed as the indexes are created, which results in faster statistics calculation.
Repeated account maintenance of the ROLLSNAP account will take advantage of the more efficient space allocation method used in Locally Managed Tablespaces when it drops and recreates tables.
Tables are created with the NOLOGGING attribute. This reduces the table creation time significantly by avoiding writing to the redo logs. The price of this option is that recovery from database failure using redo logs will not recreate extract tables that have not been otherwise backed up and restored. Since the tables can be recreated from the extract views at any time by rerunning account maintenance in FULL, this trade-off is usually acceptable. However, if you do not want to use the NOLOGGING behavior, you can override it by creating the locally managed tablespace with the FORCE LOGGING attribute.
Oracle Clinical ships with two scripts in the INSTALL directory that you can use to customize data extract views.
rxcptdxvb.sql populates the data extract tables EXTRACT_KEYS and EXTRACT_MACROS and creates the standard key template.
pop_vb_static_views.sql creates the standard view templates, which include views for responses and RDCMs.
For example, if you want to include the investigator's country in the data extract views, add a key for Investigator Name in rxcptdxvb.sql and modify the SELECT, FROM and WHERE clauses of the RDCMS_VIEW creation statement in pop_vb_static_views.sql. The scripts contain comments that show exactly what lines to add for this example.
Note:
Oracle Clinical does not support changes you make to these scripts. You must contact Oracle Consulting for help.The gen_views utility performs the same operations as the Maintain Data Extract Views batch job within Oracle Clinical (under Conduct select Data Extract and then Data Extract Views) for all accounts in FULL maintenance mode.
Use the gen_views utility to regenerate views for all accounts in one or all studies. For example, if a change is made to a key template, all views based on that template in that study must be regenerated for all the study access accounts.
The general sequence for this task is:
run opa_setup, which defines the RXC_TOOLS directory
change to the RXC_TOOLS directory
run gen_views.
Variables include:
study enter either the name of a study or ALL for all studies
sas_queue enter the name of the queue where SAS jobs execute or NULL (on Windows only)
view_creation_mode valid values are: DATA_ONLY, COMBINED_VIEW, or SEPARATE_VIEW.
Operating system-specific instructions follow:
To run gen_views on a UNIX platform:
Log on to the server in your user account and set the environment:
| Shell | Command sequence |
|---|---|
| C Shell | opa_setup db_name code_env |
| Bourne | p1 = db_namep2 = code_env. opa_setup |
where db_name is a database instance name and code_env is a code environment designation.
Change directories to $RXC_TOOLS.
Set the output directory:
| Shell | Command sequence |
|---|---|
| C Shell | setenv RXC_LOG usr_log_dir |
| Bourne | RXC_LOG=usr_log_dir export code_env |
Run the script. For example:
% gen_views ALL UNIX DATA_ONLY
To run gen_views on Windows:
Log on to the server using your local account.
In an MS-DOS window, set the server environment:
set p1=db_name
set p2=code_env
opa_setup
where db_name is a database instance name and code_env is a code environment designation.
Change directories to %RXC_TOOLS%
Set the output directory:
set rxc_log=user_log_folder
Run the command file. For example:
gen_views ALL NULL DATA_ONLY
The View Builder was an enhancement in Oracle Clinical Release 3.1. If you are still using pre-View Builder views, you can convert them to View Builder-style views by running two scripts, vb_pop_view and enable_vb, for each study.
Running vb_pop_view converts a study's existing old-style data extract views to the new view builder style. For example:
cd $RXC_INSTALL sqlplus rxc/notrxc start vb_pop_view
The script prompts you for the name of the study.
Note:
You can run vb_pop_view only once per study.To make view builder-style the default for future views in a study, use the enable_vb.sql script. For example:
cd $RXC_INSTALL sqlplus rxc/notrxc start enable_vb.sql
When you execute this script it performs the following actions:
prompts you for the name of the study.
updates the CLINICAL_STUDY_STATES table, setting VB_ENABLED to "Y".
sets the default key template in CLINICAL_STUDY_STATES to STANDARD.
After running enable_vb, commit the changes to the database, then rerun view creation.
You can also enable view builder interactively for individual studies within the Oracle Clinical interface. However, using the command line may be more convenient.
Access to individual views at the access account level can be controlled by granting access via roles. You can create your own company-specific roles so that appropriate choices appear in the list of values in the View Definition window.
Do the following:
Create as many database roles as you need; see "Creating Custom Database Roles".
Add these roles to the DX_ROLES reference codelist. All the roles in that reference codelist appear in the list of values in the View Definition window.
Grant the database roles to users who need them; see "Granting Additional Database Roles to User Accounts".
|
 Copyright © 1996, 2011, Oracle and/or its affiliates. All rights reserved. Legal Notices |
|