关于owb学习的杂记

环境：owb11.2

oracle公司设计的任何软件都有commit这一设计特点：

即对某一软件范围（环境）下的对象进行的操作改变，都要经过执行commit后才能真正对该对象进行改变。

例如，在  设计中心  里 创建（相当于在omb*plus下的ombcreate命令）了一个维，若是没有保存（相当于在omb*plus下的ombcommit命令），则在omb*plus下，对该维 用  ombalter 命令， 就会提示该维不存在。反之，也是如此。同样地，在omb*plus下，使用了ombcreate命令或是ombalter 命令操作了对象后，没有使用ombcommit命令就退出omb*plus，则对对象的修改没有保存。

注释：

在oracle公司设计的各个软件里，

每种软件都有自己的对象，数据库软件有叫数据库对象  owb软件里的对象叫owb对象

元数据，也分成不同范围里的元数据，如数据库里的元数据，用于定义数据库里的对象，而owb元数据（=owb对象？）用于在owb上定义数据库对象的元数据（即元数据的元数据），部署这些owb元数据就是相当于生成了（用于在数据库中运行的）脚本，之后用这些脚本就可以创建出数据库里的元数据。还有，如the CWM2 metadata for the dimensional object（Dimensional Object的ROLAP Implementation和MOLAP Implementation的区别以及Deployment Option的说明 ）：

CWM2 metadata created by the CWM2 PL/SQL packages andCWM1 metadata created by Oracle Enterprise Manager

(http://web.njit.edu/info/oracle/DOC/olap.102/b14350/cwm2_delete001.htm)

===================================

为什么有些可执行文件对应的进程（或是软件）启动后进行某一操作失败时，如果没有关闭该进程的情况下，又启动另一个该可执行文件对应的进程，可能会提示启动出错，如提示 某连接已经建立，请断开后，重新连接？

因为该可执行文件对应的源码文件里有一段建立连接的代码，所以前一个进程没关闭，后一个就会提示出错。所以，有些软件（在自己代码里限定），要求在操作系统上同时启动该软件的一个实例。

例如，在omb*plus上执行一个脚本（脚本里有建立连接代码ombconnect）后，再执行该个脚本。

If using DB 10gR2, you need to run a SQL script to create the OWBSYS repository schema that automatically comes with the install of DB11g, and which is needed by OWB 11g.

This script, <your OWB home>/OWB/UnifiedRepos/cat_owb.sql, installs the OWBSYS database user that is otherwise automaticallycreated when installing DB 11g. 

Because OWB 11g doesn‘t  have OMBINSTALL OWB_TARGET_USER which also automatically created that user  target location in the OWB10gR2 release, I added code to check for existence of SALES_WH_LOCATION and if not exist, OMBCREATE LOCATION.

- I also removed the chunk which checks for existence of SALES_WH_LOCATION and if exists, do  OMBALTER, because OMBPLUS returned error of SALES_WH_LOCATION not found.

注释：来自owb11.1的owbdemo_files里readme script changes for OWB11g incl all sophia updates.txt

================================

标识符（identitor，该后缀表示人或东西）：在同一范围或同一类别内，如五个人（同一类别），以不同标记物用于区分在同一个类别下的不同个体，在该类别下的某一属性（或是某一身份）下。

例如，有三个人（都是属于人类这个类别下），为了区分他们的官位（属性、身份）高低，分别给他们不同的官衔称谓，如科长、局长、厅长，这三个称谓就是三个用于区分不同官位的三个标识符（identitor，该后缀表示人或东西）。上述三个人又有另一个属性、身份，即企业的管理者，他们又有另一种的标识符（identitor，该后缀表示人或东西）：经理、部长、组长。

标识符（identifier，该后缀表示人或东西）：以不同标记物用于区分在不同个体，在某一属性（或是某一身份）下。

例如，有一个人、一只狗、一棵树（标识符不要求这三个对象属于同一类别，再说，类别看这么分，这三个对象肯定属于生物这一类别，但不同属于人这个类别。标识符是用于不同对象在某一属性上的区分而已，而且这个属性是你随便想的一个属性，只要你觉得这三个对象间有这一属性即可），为了区分他们的官位（属性、身份）高低，分别给他们不同的官衔称谓，如科长、局长、厅长，这三个称谓就是三个用于区分不同官位的三个标识符（identifier，该后缀表示人或东西）。上述三个人又有另一个属性、身份，即企业的管理者，他们又有另一种的标识符（identifier，该后缀表示人或东西）：经理、部长、组长。

维 属性（attribute）的标识符（identifier，该后缀表示人或东西）：用surrogate_key这个字符串（也可以用其他随便什么字符串，这里oracle用了surrogate_key这个字符串） 来表示 该维属性（attribute）【个体对象】有  代理   这个意思【属性】，用bussiness _key这个字符串（也可以用其他随便什么字符串，这里oracle用了bussiness _key这个字符串） 来表示 该维属性（attribute）【个体对象】有 业务  这个意思【属性】

维 属性（attribute）的properties 里有一 个property变量叫description（该词侧重  描述的内容 这个意义）。

维 属性（attribute）的properties 里有一 个property变量叫  描述符（descriptor  ，该词侧重  为了区分不同 描述的内容 而给  不同 描述的内容 去个别名  这个意义  ，该别名就是所谓的 描述符（descriptor）），也是一种标识符（identitor，该后缀表示人或东西），即用于区分描述详细程度的标识符。 描述符（descriptor）有两个，short_description和long_description这两词语（字符，descriptor，该后缀表示人或东西）做标识符，前一个说明描述的内容短，后一个说明描述的内容长，当然，你也可以随便取个标识符如  aa，bb，用前一个说明描述的内容短，用后一个说明描述的内容长。

数据类型也是一种标识符。

Every level must have level attributes and a level identifier.

Every level must have two identifiers: a surrogate identifier and a business identifier.

================================================

在设计中心里，只有选中维或方体，右键后选择打开，出现的界面里，有存储类型  这个选项卡，其他如表、映射、进程、计划都没有存储类型  这个选项卡，因为表的存储类型就是一种，即关系表（二维表），映射、进程、计划本身就是ETL对象，不是属于数据库里的对象，不会存储到数据库中。

在设计中心里，项目导航选项卡下的配置节点里，选中一个配置对象，右键打开，跳出的窗口上，有一个配置模板的选项卡。在配置模板的选项卡界面上，有一句话说明：若要覆盖系统（owb）的默认配置值，请选择一个配置模板。而配置模板这个对象（或说文件）需要事先创建，才会在配置模板选项卡上显示出来的。因此，如果在该配置模板选项卡上，我们没有选择任何一个配置模板为这个配置对象，那么控制中心选择这个配置对象为自己的配置对象后启动的话，那么在该控制中心上部署的任何owb对象的属性就用系统的默认配置值来填充。我们可以在项目导航选项卡下的数据库模块里比如维（或是映射）节点里，选中一个维对象，右键配置，跳出的窗口上就可以查看该维对象的属性在不同配置对象下的不同配置值了。当然，不同的owb对象的属性里的选项变量不同，但所有这些不同owb对象的属性里的选项变量在系统中都有它的默认配置值。也就是说，配置对象里的配置模板是是给owb对象的属性配置（或说填充）配置值的。

当然，不通过配置模板来覆盖系统（owb）的默认配置值，也可以通过omb命令里的SET PROPERTIES来覆盖系统（owb）的默认配置值。

例如，

OMBCREATE DIMENSION 'PRODUCTS'\
      SET PROPERTIES (BUSINESS_NAME, DESCRIPTION, DEPLOYMENT_OPTIONS) \
      VALUES ('Products', 'Products', 'Deploy All')\
      ADD DIMENSION_ATTRIBUTE 'ID'\
          SET AS SURROGATE_KEY

注释：

配置模板就是一个配置文件。

所谓系统（owb）的默认配置值，就是程序对应的源码里一个变量声明定义时的初始化值，而用另一个值覆盖系统（owb）的默认配置值，就是程序对应的源码里该变量赋值时的值。

控制中心是owb组件的一个进程，那么oracle数据库软件系统给控制中心附加一个只在该工作区的工作区用户权限给该控制中心，使得该控制中心可以操作该工作区的数据。

 

控制中心是owb组件的一个进程，也是先要通过owner_workspace这一个数据库用户登陆到数据库上，才能操作与owner_workspace这一个数据库用户同名的方案下的工作区数据。

 

在设计中心中，所有的owb用户（在全局选项卡下的安全里的用户）都会自动在位置选项卡下的数据库节点里比如oracle数据库节点下创建一个以该owb用户为信息的位置对象。