通过此视图,用户可以检索原始数据事件,并能根据使用它们的公式筛选这些事件。
该视图提供作为 T_FORMULAS 的外键的字段 FORMULA_ID,以及构成表 T_RAW_DATA_FIELDS 的 112 个字段:
|
名称 |
类型 |
内容 |
|---|---|---|
|
FORMULA_ID |
number |
T_FORMULAS 的外键 它指向使用此事件的公式。 |
|
RAW_DATA_ID |
number |
T_RAW_DATA 中事件的 ID |
|
READER_ID |
number |
读取此事件的读取器(适配器)的 ID |
|
EVENT_TYPE_ID |
number |
此事件的类型的 ID |
|
RESOURCE_ID |
number |
此事件的资源的 ID |
|
TIME_STAMP |
date |
此事件的时间戳 |
|
READER_TIME_ |
date |
事件的读取器的时间戳 |
|
CREATED_BY |
number |
如果事件为由适配器读取的常规事件,则为 0;或者如果此事件是更正的结果,则为更正 ID |
|
CORRECTED_BY |
number |
如果此事件相关且不存在覆盖它的更正,则为 0;如果存在覆盖它的更正,则为表示相应更正 ID 的任何其他数字 |
|
CREATE_DATE |
date |
此事件输入系统时的时间戳 |
|
MODIFY_DATE |
date |
上次更改此事件时的时间戳 |
|
DATA_SOURCE_ID |
varchar2(60) |
从其检索事件且适配器读取的输入文件的名称。 |
|
HASH_DATA_KEY |
varchar2(16) |
用来区分事件以确定事件单一性的值 |
|
DATA_HTML |
CLOB |
以 HTML 格式提供的事件的所有动态字段的所有值的聚合(包括字段名称)。 |
|
HTML_DATA_STR |
varchar2(4000) |
HTML 数据的前 4000 个字符。 注意:如果事件数据的长度超过 4000 个字符,则此字段内容可能不完整。 |
|
FIELD_001 |
varchar2(4000) |
此事件的首个动态字段的第 1 个值 |
|
FIELD_002 |
varchar2(4000) |
此事件的首个动态字段的第 2 个值 |
|
FIELD_099 |
varchar2(4000) |
此事件的首个动态字段的第 99 个值 |
|
FIELD_100 |
varchar2(4000) |
此事件的首个动态字段的第 100 个值 |
每个事件都具有事件类型,每个事件类型都具有预定义的结构,该结构规定了它所具有的动态字段数(如果有),这些动态字段的名称、顺序和类型。 因此,某个特定类型的事件可能具有三个动态字段,而另一个可能具有 10 个字段。
此视图中的每个事件具有从 field_000 到 field_100 命名的 100 个这类字段,但是其中只有那些根据事件类型与相关事件有关的字段具有有意义的值,其余字段仅保持空值。
而且,这些字段可以存放下列四种类型之一的值 - 整数、浮点数、字符串及日期。 但是,由于同一组 100 个字段应该能够存放不同事件类型的事件的事件字段(不同数据类型也是如此),因此这些字段都将被视为字符串并且在视图中表示为 varchar2 列。
使用此视图的常用方式是检索由某个特定度量标准消耗的所有事件(很可能针对某个特定时间段进行检索)。
因此,如果我们希望检索在特定服务水平的计算中需考虑的所有原始数据事件,或者换句话说,我们希望将 v_psl 视图之一中的记录与 t_raw_data_fields 表中的记录相关联,那么可以执行以下操作:
我们还可能希望根据事件的时间戳进一步筛选事件,以便在特定时间范围内的一组 PSL 记录与引擎在计算这些 PSL 条目期间已消耗的一组事件之间实现适当的关联。
| 版权所有 © 2012 CA。 保留所有权利。 | 就该主题发送电子邮件至 CA Technologies |