As with cubes, there
are three ways to build a shared dimension with PROC OLAP:
-
Long form: This option builds the
metadata registration and physical files from statements specifying
hierarchies, levels, and so on.
-
Short form: This option builds
the physical files from an existing metadata registration. SAS OLAP
Cube Studio uses this syntax to build shared dimensions.
-
REGISTER_ONLY: This option on the
procedure statement builds only the metadata registration.
The following example
shows the syntax for the METASVR statement using the REGISTER_ONLY
option.
PROC OLAP REGISTER_ONLY;
METASVR OLAP_SCHEMA=schema-name <options>;
specifies the OLAP
schema that will contain the shared dimension.
specify the metadata
server connection options.
The following example
shows the syntax for specifying a shared dimension and the location
of its metadata.
DIMENSION [dim-name | "/folder/dim-name"] SHARED PATH="path-name" <options>
dim-name | "
/folder/dim-name"
specifies the name
of the shared dimension. dim-name is the dimension name, and "/folder/.." specifies the fully qualified metadata folder path in which the
dimension's metadata should be stored. If the folder path is omitted,
the shared dimension metadata is stored in the OLAP schema's metadata
folder.
indicates that this
is a shared dimension.
specifies the physical
or logical path to the location of a new dimension. Within the specified
path, the dimension is stored in a directory that uses the name of
the dimension. For example, if you enter the path 'C:\shared_dimensions'
and the dimension name is Customer, then the dimension is stored in
'C:\shared_dimensions\Customer'. (If the folder already exists, PROC
OLAP will generate a unique pathname based on that path.) Enclose
the path within quotation marks.
specify the metadata
server connection options. All other dimension options are supported
for shared dimensions, with the exception of FACTKEY=. This option
is used when a shared dimension is included in a cube definition.
(See USE_DIMENSION statement.) Use of the FACTKEY= option is ignored.
The following statements
complete the definition of the shared dimension and are otherwise
the same as those used with private dimensions.
HIERARCHY hier-name LEVELS=(lev-name...lev-nameN)<options>;
LEVEL lev-name <options>;
PROPERTY prop-name LEVEL=lev-name <options>;