oracle基于odbc建立dblink访问sqlserver

^_^请注意,有可能下面的2篇文章才是您想要的东西:
1、 Oracle临时表和SQL Server临时表的不同点对比
2、 perl备忘

oracle基于odbc建立dblink访问sqlserver

1、配置DSN:

数据源 ODBC 数据源名称:ODBC5

此数据源指向SQLSERVER服务。

注意:1、必须测试通过。

   2、必须是系统数据源。

2、配置hsodbc($ORACLE_HOME \hs\admin):

新增$ORACLE_HOME\hs\admin\initHS5.ora,文件内容如下:          

HS_FDS_CONNECT_INFO = ODBC5

HS_FDS_TRACE_LEVEL = OFF

注意:1、文件必须命名为 init<虚拟SID名称>.ora(可以复制inithsodbc.ora(10g)、initdg4odbc.org(11g))

        2、HS_FDS_CONNECT_INFO =

3、添加监听:

修改 $ORACLE_HOME\NETWORK\ADMIN\listener.ora :

在SID_LIST 下添加新项:          

(SID_DESC = (SID_NAME = HS5)



            (ORACLE_HOME = $ORACLE_HOME)



            (PROGRAM = hsodbc)



        )

注意:1、PROGRAM = hsodbc是10G的方式, 11G应配置为PROGRAM = dg4odbc

4、重启listener:

这里要确保重起成功。

5、添加TNS:

修改 $ORACLE_HOME\NETWORK\ADMIN\tnsnames.ora :   

 SQL5 =



    (DESCRIPTION=



    (ADDRESS=(PROTOCOL=tcp)(HOST=数据源所在机器的ip)(PORT=1521))



    (CONNECT_DATA=(SID=HS5))



    (HS=OK)



    )

注意:1、此处的host 配成 ODBC数据源所在的机器,而不是所指向的机器,一般为LOCALHOST,但更推荐使用IP地址表示如:xxx.xxx.xxx.xxx

6、创建数据库连接

CREATE PUBLIC DATABASE LINK test_sql CONNECT TO "username" identified by "password" using 'SQL5';

7、测试:

SELECT * FROM t_table@test_sql;

 

扩展:

1、5和6合并:

CREATE PUBLIC DATABASE LINK test_sql CONNECT TO "username" identified by "password" using '(DESCRIPTION=



    (ADDRESS=(PROTOCOL=tcp)(HOST=xxx.xxx.xxx.xxx)(PORT=1521))



    (CONNECT_DATA=(SID=HS5))



    (HS=OK)



    )';

注意:采用上面的合并方式,则不受tnsnames.ora配置文件的限制,更推荐使用

2、往sqlserver插入datetime类型数据

如果要把oracle这边的时间类型插入到sqlserver类型为datetime的字段中,需采用to_char(sysdate, ‘yyyy-mm-dd hi24:mi:ss’)方式插入



提示:如果上面显示空白或者页面排版混乱、内容显示不完整等影响阅读的问题,请点击这儿浏览原文

返回脚本百事通首页    如果您喜欢IT行业或者对IT行业感兴趣,欢迎加入本站官方QQ群:246889341,在群里认识新朋友和交流技术^_^

0
该内容对我有帮助

Oracle临时表和SQL Server临时表的不同点对比

文章来源:http://www.codesky.net/article/201109/141401.html

1.简介

Oracle数据库除了可以保存永久表外,还可以建立临时表temporary tables。这些临时表用来保存一个会话SESSION的数据,或者保存在一个事务中需要的数据。当会话退出或者用户提交commit和回滚rollback事务的时候,临时表的数据自动清空,但是临时表的结构以及元数据还存储在用户的数据字典中。

2.详细介绍

Oracle临时表分为会话级临时表和事务级临时表。

会话级临时表是指临时表中的数据只在会话生命周期之中存在,当用户退出会话结束的时候,Oracle自动清除临时表中数据。

事务级临时表是指临时表中的数据只在事务生命周期中存在。当一个事务结束(commit or rollback),Oracle自动清除临时表中数据。

临时表中的数据只对当前Session有效,每个Session都有自己的临时数据,并且不能访问其它Session的临时表中的数据。因此,临时表不需要DML锁。

当一个会话结束(用户正常退出 用户不正常退出 ORACLE实例崩溃)或者一个事务结束的时候,Oracle对这个会话的表执行 TRUNCATE 语句清空临时表数据.但不会清空其它会话临时表中的数据.

你可以索引临时表和在临时表基础上建立视图.同样,建立在临时表上的索引也是临时的,也是只对当前会话或者事务有效. 临时表可以拥有触发器.

3.建立临时表

临时表的定义对所有会话SESSION都是可见的,但是表中的数据只对当前的会话或者事务有效.

建立方法:

  1. 1) ON COMMIT DELETE ROWS 定义了建立事务级临时表的方法.
  2. CREATE GLOBAL TEMPORARY TABLE admin_work_area
  3. (startdate DATE,
  4. enddate DATE,
  5. class CHAR(20))
  6. ON COMMIT DELETE ROWS;
  7. EXAMPLE:
  8. SQL> CREATE GLOBAL TEMPORARY TABLE admin_work_area
  9. 2 (startdate DATE,
  10. 3 enddate DATE,
  11. 4 class CHAR(20))
  12. 5 ON COMMIT DELETE ROWS;
  13. SQL> create table permernate( a number);
  14. SQL> insert into admin_work_area values(sysdate,sysdate,'temperary table');
  15. SQL> insert into permernate values(1);
  16. SQL> commit;
  17. SQL> select * from admin_work_area;
  18. SQL> select * from permernate;
  19. A
  20. 1
  21. 2)ON COMMIT PRESERVE ROWS 定义了创建会话级临时表的方法.
  22. CREATE GLOBAL TEMPORARY TABLE admin_work_area
  23. (startdate DATE,
  24. enddate DATE,
  25. class CHAR(20))
  26. ON COMMIT PRESERVE ROWS;
  27. EXAMPLE:

会话1:

  1. SQL> drop table admin_work_area;
  2. SQL> CREATE GLOBAL TEMPORARY TABLE admin_work_area
  3. 2 (startdate DATE,
  4. 3 enddate DATE,
  5. 4 class CHAR(20))
  6. 5 ON COMMIT PRESERVE ROWS;
  7. SQL> insert into permernate values(2);
  8. SQL> insert into admin_work_area values(sysdate,sysdate,'session temperary');
  9. SQL> commit;
  10. SQL> select * from permernate;
  11. A
  12. ----------
  13. 1
  14. 2
  15. SQL> select * from admin_work_area;
  16. STARTDATE ENDDATE CLASS
  17. ---------- ---------- --------------------
  18. 17-1?? -03 17-1?? -03 session temperary

会话2:

  1. SQL> select * from permernate;
  2. A
  3. ----------
  4. 1
  5. 2
  6. SQL> select * from admin_work_area;
  7. 未选择行.

会话2看不见会话1中临时表的数据。

4.Oracle临时表和SQL Server临时表异同

SQL Server也可以创建临时表。临时表与永久表相似,但临时表存储在tempdb中,当不再使用时会自动删除。

有本地和全局两种类型的临时表,二者在名称、可见性和可用性上均不相同。本地临时表的名称以单个数字符号 (#) 打头;它们仅对当前的用户连接是可见的;当用户从 Microsoft SQL Server实例断开连接时被删除。全局临时表的名称以数学符号 (##) 打头,创建后对任何用户都是可见的,当所有引用该表的用户从 SQL Server 断开连接时被删除。

SQL 语句使用 CREATE TABLE 语句中为 table_name 指定的名称引用临时表:

  1. CREATE TABLE #MyTempTable (cola INT PRIMARY KEY)
  2. INSERT INTO #MyTempTable VALUES (1)

如果本地临时表由存储过程创建或由多个用户同时执行的应用程序创建,则 SQL Server 必须能够区分由不同用户创建的表。为此,SQL Server 在内部为每个本地临时表的表名追加一个数字后缀。存储在 tempdb 数据库的 sysobjects 表中的临时表,其全名由 CREATE TABLE 语句中指定的表名和系统生成的数字后缀组成。为了允许追加后缀,为本地临时表指定的表名 table_name 不能超过116 个字符。

除非使用 DROP TABLE 语句显式除去临时表,否则临时表将在退出其作用域时由系统自动除去:

当存储过程完成时,将自动除去在存储过程中创建的本地临时表。由创建表的存储过程执行的所有嵌套存储过程都可以引用此表。但调用创建此表的存储过程的进程无法引用此表。

所有其它本地临时表在当前会话结束时自动除去。

全局临时表在创建此表的会话结束且其它任务停止对其引用时自动除去。任务与表之间的关联只在单个 Transact-SQL 语句的生存周期内保持。换言之,当创建全局临时表的会话结束时,最后一条引用此表的Transact-SQL语句完成后,将自动除去此表。

例如,如果创建名为 employees 的表,则任何人只要在数据库中有使用该表的安全权限就可以使用该表,除非它已删除。如果创建名为 #employees 的本地临时表,只有您能对该表执行操作且在断开连接时该表删除。如果创建名为 ##employees 的全局临时表,数据库中的任何用户均可对该表执行操作。如果该表在您创建后没有其他用户使用,则当您断开连接时该表删除。如果该表在您创建后有其他用户使用,则 SQL Server在所有用户断开连接后删除该表。

在存储过程或触发器中创建的本地临时表与在调用存储过程或触发器之前创建的同名临时表不同。如果查询引用临时表,而同时有两个同名的临时表,则不定义针对哪个表解析该查询。嵌套存储过程同样可以创建与调用它的存储过程所创建的临时表同名的临时表。嵌套存储过程中对表名的所有引用都被解释为是针对该嵌套过程所创建的表,例如:

  1. CREATE PROCEDURE Test2
  2. AS
  3. CREATE TABLE #t(x INT PRIMARY KEY)
  4. INSERT INTO #t VALUES (2)
  5. SELECT Test2Col = x FROM #t
  6. GO
  7. CREATE PROCEDURE Test1
  8. AS
  9. CREATE TABLE #t(x INT PRIMARY KEY)
  10. INSERT INTO #t VALUES (1)
  11. SELECT Test1Col = x FROM #t
  12. EXEC Test2
  13. GO
  14. CREATE TABLE #t(x INT PRIMARY KEY)
  15. INSERT INTO #t VALUES (99)
  16. GO
  17. EXEC Test1
  18. GO

下面是结果集:

  1. (1 row(s) affected)
  2. Test1Col
  3. -----------
  4. 1
  5. (1 row(s) affected)
  6. Test2Col
  7. -----------
  8. 2

当创建本地或全局临时表时,CREATE TABLE 语法支持除 FOREIGN KEY 约束以外的其它所有约束定义。如果在临时表中指定 FOREIGN KEY 约束,该语句将返回警告信息,指出此约束已被忽略,表仍会创建,但不具有 FOREIGN KEY 约束。在 FOREIGN KEY 约束中不能引用临时表。

考虑使用表变量而不使用临时表。当需要在临时表上显式地创建索引时,或多个存储过程或函数需要使用表值时源码天空,临时表很有用。通常,表变量提供更有效的查询处理。

和Oracle的不同点:

1. SQL Server临时表是一种”内存表”,表是存储在内存中的.ORACLE临时表除非执行DROP TABLE,否则表定义会保留在数据字典中。

2. SQL Server临时表不存在类似ORACLE临时表事务级别上的功能。

3.SQL Server本地临时表(#) 与 ORACLE的会话级别临时表类似,但是在会话退出的时候,ORACLE不会删除表。

4.SQL Server的全局临时表(##) 是指多个连接共享同一片内存.当没有指针引用该内存区域时,SQL Server自动释放全局临时表。

5.由于Oracle不是一种内存中的数据库. 所以如果Oracle类似SQL Server 频繁的对临时表进行建立和删除,必定会影响性能.所以Oracle会保留临时表的定义直到用户DROP TABLE。

6.在Oracle中,如果需要多个用户共享一个表(类似SQL Server的全局临时表##).则可以利用永久表,并且在表中添加一些可以唯一标识用户的列.利用触发器和视图.当用户退出的时候,根据该登陆用户的唯一信息删除相应的表中的数据. 这种方法给Oracle带来了一定量的负载。

关于Oracle临时表和SQL Server临时表的不同点对比的相关知识就介绍到这里了,希望本次的介绍能够对您有所收获!



提示:如果上面显示空白或者页面排版混乱、内容显示不完整等影响阅读的问题,请点击这儿浏览原文

perl备忘

List Operators:

  sort reverse grep map 

  my @castways = sort qw( first second third); # qw 给单词自动加上双引号

  grep: 从list中一个一个的取出,然后添加到$_中,然后通过测试标量的值,为true的话添加到输出列表中

  some example:

          my @lunch_choices = grep &is_edible($_), @gilligans_posessions

          my @results = grep EXPR,@input_list;

       my @bigger_than_10 = grep $_ > 10 , @input_numbers;

      map: 也是通过一些规则改变列表,感觉map可以增加列表的元素,而grep更注重过滤

     my @input_numbers = (1 2 3 4 5 6 );

        my @result = map $_ + 100 , @input_numbers;

     my @result = map { $_ , 3* $_} @input_numbers;

Reference:

  my @array = ( 1 2 3 4 );

  my $ref = \@array;

  $ref->[0]  调用方式  ,多级箭头可以简化 $ref->[0]->[1]->[2]  == $ref->[0][1][2]

  @$ref 又可以变回数组形式

正则表达式的高级形式:

   末尾加x,可以给正则表达式换行,提高可读性

  ?#可以给正则表达式做注释

表达式

方向

说明

(?=xxx)

正向预搜索(向右)

正向预搜索,判断当前位置右侧是否能匹配指定表达式

(?!xxx)

正向预搜索否定,判断当前位置右侧是否不能够匹配指定表达式

(?<=xxx)

反向预搜索(向左)

反向预搜索,判断当前位置左侧是否能够匹配指定表达式

(?

反向预搜索否定,判断当前位置左侧是否不能够匹配指定表达式

同时不匹配括号中的内容。

 

  



提示:如果上面显示空白或者页面排版混乱、内容显示不完整等影响阅读的问题,请点击这儿浏览原文

返回脚本百事通首页    如果您喜欢IT行业或者对IT行业感兴趣,欢迎加入本站官方QQ群:246889341,在群里认识新朋友和交流技术^_^

转载自

你可能感兴趣的:(oracle基于odbc建立dblink访问sqlserver)