10、验证迁移后的数据和迁移前数据是一致的，重启P4数据库实例，以open resetlogs 模式打开，原来的PROD4实例可以关闭。--观察是否已经把刚生产的归档文件追完，如果是，那就赶紧把生产上的应用停下来。---实际生产上我们可能要多次recover database;8、停止应用后，生产数据库PROD4的数据不再发生变化，我们切几次日志，将当前redo中最新的数据生产归档，使用备份集迁移

1、开始安装将Openfiler的安装光盘放入光驱，启动计算机，出现如下画面。Openfiler安装模式有图形界面安装模式和文本界面安装模式，按回车进入图形界面安装模式。按回车键后，出现光驱测试界面，选择跳过，稍等片刻后出现Openfile欢迎界面，点击Next，进入下一步。2、Keyboard Configuration选择键盘布局在列表中选择默认的U.S.Engli...

使用源代码的方式安装Python2.7之后，在import某些库时抛出了如下异常：ImportError: libpython2.7.so.1.0: cannot open shared object file: No such file or directory一 原因分析由于在系统的lib路径中找不到这个共享库。注： 如果编译时加上了--enable-shared...

维度分层 3NF，代理主键是核心；事实纯粹存度量，粒度唯一不混存；SCD Type2 保历史，Oracle 分区位图顶；适度拆分不极端，共享维度一致性。

Oracle 星型模式的核心是 **“原子事实、扁平维度、一致主键、Oracle 优化适配”：以单一业务过程建事实表，维度扁平化 + 代理键 + SCD，事实表纯度量 + 外键，结合位图索引、分区、压缩、星型转换，最终实现查询快、易维护、可扩展、数据一致 ** 的数据仓库核心模型。

1 张中心事实表 + 多层级规范化维度表（主维度→子维度→孙维度）维度表遵循 3NF（第三范式），消除冗余、拆分重复属性、建立主键 - 外键关联维度冗余极低、更新维护成本低、层级清晰、扩展性强（适合复杂业务维度，如产品、地域、组织）关联表多、查询 JOIN 多、Oracle 执行计划复杂、查询性能略低于星型。

星座模型（Galaxy Schema）是，核心是，形成 “多事实 - 共享维度” 的星座结构，适配 Oracle 数据仓库中多业务主题、跨主题分析的场景。以下从核心设计原则、维度 / 事实设计、Oracle 适配、建模规范、实施要点 5 个维度，给出完整可落地的设计原则。

核心语法START WITH（根节点）+（父子关系）方向判断PRIOR 员工ID = 上级IDPRIOR 上级ID = 员工ID实用函数LEVEL（层级）、（路径拼接）employees 表是学习 Oracle 递归的最佳案例，吃透这 5 个例子就能掌握 90% 递归场景。

sqlSELECT LEVEL, 字段...FROM 表START WITH 根节点条件CONNECT BY PRIOR 子节点字段 = 父节点字段ORDER SIBLINGS BY 排序字段;LEVEL是层级编号，根节点固定为 1START WITH定义从哪个节点开始遍历定义父子关联关系适合：组织架构、树形分类、递归遍历场景。

Server process得到SQL语句之后，对SQL语句进行Hash运算，然后根据Hash值到library cache中查找，如果存在，则直接将library cache中的缓存的执行计划拿来执行，最后将执行结果返回该客户端，这种SQL解析叫做软解析；这一步涉及到大量的数据运算，从而会消耗大量的CPU资源；X$BH中有一个重要字段TCH，TCH为touch的缩写，表示一个buffer的访问次