月归档：二月 2011

table()函数用法

发表于 2011 年 2 月 23 日 由 惜分飞

因为开发需求需要，存储多个列的结果集，使用table()可以实现
1、创建type

create or replace type t_yqjjrgstj as object
(
  THSCODE   VARCHAR2(96),
  GSJC      VARCHAR2(120) ,
  SSHY      VARCHAR2(180),
  STOCKCODE VARCHAR2(18) ,
  KGLX      VARCHAR2(360),
  GPLX      VARCHAR2(180),
  SSXQ      VARCHAR2(60),
  H_CODE    VARCHAR2(30),
  --额外数据，挑选条件中需要
  JYSDM     VARCHAR2(36) ,--交易所代码
  EJHY      VARCHAR2(180),--证监会二级分类
  JJKGR     VARCHAR2(360)--实际控股人
)

2、实例化type

create or replace type t_jgb_yqjjrgstj as table of t_yqjjrgstj;

3、创建函数

create or replace function f_gjb_yqjjrgstj(in_date in date default sysdate)
  return t_jgb_yqjjrgstj
  PIPELINED as
  v_test_1 t_jgb_yqjjrgstj := t_jgb_yqjjrgstj();
begin
  for t in (select * from test_yqjbzl) loop
    pipe row(t_yqjjrgstj(t.thscode,
                         t.gsjc,
                         t.sshy,
                         t.stockcode,
                         t.kglx,
                         t.gplx,
                         t.ssxq,
                         t.h_code,
                         t.jysdm,
                         t.ejhy,
                         t.jjkgr));
  end loop;
  return;
end f_gjb_yqjjrgstj;

4、测试

select thscode "同花顺" from table(f_gjb_yqjjrgstj()) where SSXQ='北京';
发表在 Oracle | 评论关闭

异构数据库初始化大字段处理

发表于 2011 年 2 月 21 日 由 惜分飞

一、source端 

SOURCEISTABLE
SOURCEDB oracle
RMTHOST 127.0.0.1, MGRPORT 7820
RMTFILE D:\ogg\oracle\dirdat\i1
table dbo.t_v;
table dbo.t_t;

二、target端 

SPECIALRUN
END RUNTIME
SETENV (NLS_LANG =AMERICAN_AMERICA.ZHS16GBK)  
userid ogg,password xifenfei   
EXTFILE D:\ogg\oracle\dirdat\i1
SOURCEDEFS D:\ogg\oracle\dirdef\t_v.def
discardfile D:\ogg\oracle\dirtmp\repsz.dsc,append,megabytes 100 
MAP "dbo.t_v", target mssql.t_v;
MAP "dbo.t_t", target mssql.t_t
, colmap ( id = id , text_t = @binary(t_text));

三、执行
extract paramfile dirprm\einit1.prm reportfile dirrpt\einit1.rpt
replicat paramfile dirprm\rinit1.prm reportfile dirrpt\rinit1.rpt

四、试验说明
如果大字段数据库过长，如这里的text字段类型过长是，在l1中有数据，但是target端的数据库中无对应数据，初步分析原因可能有：
1、defgen定义文件中确定文件长度导致
2、target端编码和clob列相关限制有关（可能性不大）
3、goldengate软件内在机制导致，还需要彻底的阅读官网文档
4、现在好像到target端的最终长度为4000byte（根据数据库编码不同区分汉字、字母、数字），在本测试中，如果source端使用ntext，target只能接收1000个汉字，如果是text类型，可以接受1333个汉字。
5、试验环境说明：sql server 2005 to oracle 11g，source端表（id int primary key auto，t_text text)，target端（id number primary key,text_t clob)

—出现异常原因已经找到(2011年2月22日23:27:51)
When the size of a large object exceeds 4K, Oracle GoldenGate stores the data in segments within the Oracle GoldenGate trail. The first 4K is stored in the base segment, and the rest is stored in a series of 2K segments. Oracle GoldenGate does not support the filtering, column mapping, or manipulation of large objects of this size. Full Oracle GoldenGate functionality can be used for objects that are 4K or smaller.
大致意思就是当内容超过4k时，就不能使用过滤、列映射、或者操作大字段，当内容等于或者小于4k时，所有的goldengate函数都可以使用。上面问题是当t_text内容大于4k时，不能进行大对象操作。
疑问：那当有数据超过4k该怎么处理

—试验测试（2011年2月23日23:34:13）
初始化后，同步数据库过程中，异构数据库不同列类型（如：mssql中的text到oracle中的clob），也必须使用sourcedefs，使用适当的函数对列类型进行转换（如：colmap ( id = id , t_lob = @binary(t_lob))），对于大于4k的数据，还是和初始化一样不能被处理。该问题等待寻找解决方案

发表在 GoldenGate | 2 条评论

SQL Server恢复模式

发表于 2011 年 2 月 20 日 由 惜分飞

一、查询现有数据库恢复模式
1、直接查看
1).展开“数据库”，然后根据数据库的不同，选择用户数据库，或展开“系统数据库”，再选择系统数据库。
2).右键单击该数据库，再单击“属性”，这将打开“数据库属性”对话框。
3).在“选择页”窗格中，单击“选项”。
4).当前恢复模式显示在“恢复模式”列表框中。
5).也可以从列表中选择不同的模式来更改恢复模式。可以选择“完整”、“大容量日志”或“简单”。

2、通过sql语句查看 

--sql server 2000及其以前版本
SELECT name, (SELECT DATABASEPROPERTYEX(name, 'RECOVERY')) RecoveryModel FROM master.sys.databases ORDER BY name

--sql server 2005及其以后版本
SELECT name, recovery_model_desc FROM master.sys.databases ORDER BY name

二、三种恢复模式比较
1、简单恢复模式
特点：无日志备份。自动回收日志空间以减少空间需求，实际上不再需要管理事务日志空间。
工作丢失的风险 ：最新备份之后的更改不受保护。在发生灾难时，这些更改必须重做。
能否恢复到时点：只能恢复到备份的结尾
降低工作丢失风险：不影响备份管理的前提下时常备份，以免丢失大量数据。
适用范围(符合下列所有要求)：
1.不需要故障点恢复。如果数据库丢失或损坏，则会丢失自上一次备份到故障发生之间的所有更新，但您愿意接受这个损失。
2.您愿意承担丢失日志中某些数据的风险。
3.您不希望备份和还原事务日志，希望只依靠完整备份和差异备份。

2、完整恢复模式
特点：需要日志备份。数据文件丢失或损坏不会导致丢失工作。可以恢复到任意时点（例如应用程序或用户错误之前）。
工作丢失的风险:正常情况下没有。如果日志尾部损坏，则必须重做自最新日志备份之后所做的更改。
能否恢复到时点：果备份在接近特定的时点完成，则可以恢复到该时点。
时点恢复：出现故障后，可以尝试备份“日志尾部”（尚未备份的日志）。如果结尾日志备份成功，则可以通过将数据库还原到故障点来避免任何工作丢失。
缺点：使用日志备份的缺点是它们需要使用存储空间并会增加还原时间和复杂性。
一般的备份策略：
1.首先完整备份数据库以及日志备份.
2.在日志备份后的某个时间,数据库发生错误.接下来 先备份活动日志
3.然后还原完整数据库备份和日志备份,但是不恢复数据库；
4.还原并恢复结尾日志备份。这样就完成了恢复待故障点,恢复了所有数据.
降低工作丢失风险:建议经常执行日志备份，以将工作丢失的风险限定在业务要求所允许的范围内。
适用范围(符合下列任一要求)：
1.您必须能够恢复所有数据
2.数据库包含多个文件组，并且您希望逐段还原读/写辅助文件组（以及可选地还原只读文件组）。
3.您必须能够恢复到故障点
4.您希望可以还原单个页
5.您愿意承担事务日志备份的管理开销。

3、大容量日志会恢复
特点：需要日志备份。是完整恢复模式的附加模式，允许执行高性能的大容量复制操作。通过使用最小方式记录大多数大容量操作，减少日志空间使用量。
工作丢失的风险:如果在最新日志备份后发生日志损坏或执行大容量日志记录操作，则必须重做自该上次备份之后所做的更改,否则不丢失任何工作。
能否恢复到时点：可以恢复到任何备份的结尾。不支持时点恢复。
切换到该模式的必要性：对于某些大规模大容量操作（如大容量导入或索引创建）,暂时切换到大容量日志恢复模式可提高性能并减少日志空间使用量。仍需要日志备份。
何时使用大容量日志恢复模式：仅在运行大规模大容量操作期间以及在不需要数据库的时点恢复时使用该模式。

三、修改当前数据库恢复模式

--简单恢复模型:
USE master;
ALTER DATABASE dbname SET RECOVERY SIMPLE

--完整恢复模型:
USE master;
ALTER DATABASE dbname  SET RECOVERY FULL

--批量日志恢复模型:
USE master;
ALTER DATABASE dbname  SET RECOVERY BULK_LOGGED
发表在 SQL Server | 评论关闭