投入了这么多时间也该有所回报，故写下此文

开始，不用想也知道是有关Oracle的基本结构，这东东但凡有跟Oracle的相关书籍都有介绍，再加上由于本人看书有那种两天打鱼三条晒网的习惯，所以比较的熟悉，基本上稍微的听了下

体系结构包括：物理结构的几个文件，SGA和进程（window为多线程）
物理结构包括：ADMIN、ORACLE HOME及ORADATA等
admin目录下主要保存参数及其相应的日志，其中主要的日志是alert.log，一般的Oracle出现的问题这里都可以发现
oracle home 主要提供二进制文件，可执行程序，网络文件，nls文件等
oradata 提供数据 日志 控制 参数文件
其中如果数据库奔溃，只要有数据 日志 控制文件即可马上恢复
日志文件 记录每次操作修改，采用循环使用分区机制
控制文件协调两者同步
数据文件scn号<日志文件scn号
逻辑结构
一个数据库服务可以有多个数据库实例
实例=一组进程+内存

进程
共享数据库与专用数据库
专用数据库用于一对一系统，事务性要求比较高，主要应用于实时系统
共享数据库通过调度器为每个用户进程分配服务进程

还有一堆的后台进程就没怎么记了

然后介绍了些处理sql语句的阶段，分析执行返回

到这里基本上把oracle的基础结构介绍了下

下面部分介绍了系统开发过程的通用开发周期
主要考虑以下几个方面：大数据量（分区 一般一个分区300M），层次（数据仓库维度的概念），索引，表冗余

主要通过业务分析和聚类分析
我这次第一次听说聚类分析呵～～～
即根据业务的特性把相似功能的维度分析出来，好像还挺拗口的，其实很简单，比如，电信计费业务，可以通过月份，不过今天培训上提出了，2.7亿条数据，按用户号码/1000这样每个区就约等于300M提高处理效率
处理分区语句示例：
Create Table t(owner, object_name, subobject_name, object_id, data_object_id, object_type, created,
                   last_ddl_time, timestamp, status, temporary, generated, secondary)
      Partition By Range(object_id)
     (Partition p_3000 Values Less Than(3000) Tablespace users,
      Partition p_6000 Values Less than(6000) Tablespace users,
      Partition p_9000 Values Less Than(9000) Tablespace users,
      Partition p_12000 Values Less Than(12000) Tablespace users,
      Partition p_15000 Values Less Than(15000) Tablespace users,
      Partition p_18000 Values Less Than(18000) Tablespace users,
      Partition p_21000 Values Less Than(21000) Tablespace users,
      Partition p_24000 Values Less Than(24000) Tablespace users,
      Partition p_27000 Values Less Than(27000) Tablespace users,
      Partition p_others Values Less Than(Maxvalue) Tablespace users
      )
   As
   Select owner, object_name, subobject_name, object_id, data_object_id, object_type, created,
                  last_ddl_time, timestamp, status, temporary, generated, secondary
 From dba_objects;

Create Table t(owner, object_name, subobject_name, object_id, data_object_id, object_type, created,
                   last_ddl_time, timestamp, status, temporary, generated, secondary)
      Partition By list(OWNER)
      (Partition p_1  Values ('HR','SCOTT') Tablespace users,
       Partition p_2 Values ('MDSYS') Tablespace users,
       Partition p_3 Values ('SH','SYS') Tablespace users,
       Partition p_4 Values ('OE','OLAPSYS','SYSTEM') Tablespace users,
       Partition p_5 Values ('ODM','ODM_MTR') Tablespace users,
       Partition p_6 Values ('QS','QS_CS','QS_ES','QS_OS','QS_WS','WKSYS','WMSYS') Tablespace users,
      Partition p_7 Values ('PM','PUBLIC') Tablespace users,
      Partition p_8 Values (DEFAULT) Tablespace users
      )
   As
   Select owner, object_name, subobject_name, object_id, data_object_id, object_type, created,
                  last_ddl_time, timestamp, status, temporary, generated, secondary
 From dba_objects;

累了，今天就写到这! 

根据上图，可以清晰的看出如果有个商业逻辑框架存在，可以提高项目的灵活性、可维护性，从而达到敏捷开发。

三、什么时候适合用规则引擎
1、项目的复杂性

如果一个项目是一个轻量级的应用，跟大多数框架一样需要进行框架上复杂度的评估，以适应整个项目的管理。

下面讨论下EJB。

为什么现在大多数J2EE应用摒弃EJB?

EJB为了提供企业级应用集成了持久化、隔离性、安全性与事务完整性等系统服务，使开发者专注于业务本身要解决的实际问题，表明上看上去这样的系统简化了我们应用的开发，但这些业务功能实现的bean为了能在EJB容器管理下顺利运行，需要提供一系列的模版接口，而且在业务逻辑中需要加入管理bean生命方法的功能。这些代码的入侵性、紧耦合性、重复性使开发的风险及不确定因素急剧上升，而且对于各个EJB容器厂商的相关标准都不一致，导致系统的不可移植性都大大增加了整个项目的风险。

四、怎么用Drools