Oracle远程连接不是直接使用Ip加端口 这种形式,而是使用TNS(个人感觉和ODBC的DSN有点类似,在某个地方保存一些设置,然后给这些设置起个名字,用的时候直接写这个名字就行了)
TNS目录位置:
安装目录\Network\Admin\tnsnames.ora
ORCL32 = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = orcl) ) )
客户端在连接的使用使用 ORCL32 就可以了。
在Window中有如下几种方式连Oracle数据库
1.使用ODBC
32位window自带Microsoft ODBC for Oracle驱动(但是要用的话还要安装oracle客户端才行,如果同时安装32位和64位,则必须在Path环境变量中将32位的路劲写在64位前面才能用)
64位window无自带驱动
2.用于Oracle的.NET Framework数据提供程序
VS2010开始微软已经建议不要使用这个来连接oracle数据库了
3.用于OLE DB的.NET Framework数据提供程序
VS2013开始微软已经建议不要使用这个来连接oracle数据库了
4.安装ORACLE客户端(如果本机安装服务器端则不需要再安装客户端了)
32位,提供了VS开发工具
64位,没有提供VS开发工具(因为VS到目前为止还没有64位的)
在VS中开发ORACLE数据库相关程序的时候注意:
1.VS到现在为止还没有64位的版本,所以在VS中服务器资源管理器中连接ORACLE的时候只能用32位的ORACLE连接(如果你安装了64位oracle客户端,很不幸,你必须还要再安装32位的客户端)
如果要用微软自带的ODBC连接,则必须在Path环境变量中将32位的路劲写在64位前面才能用
2.开发出来的程序32位64位,是否必须使用对应版本的oracle客户端还未知。
我把我听到的告诉你,微软说,的确有无数的开发者提议微软开发64bit的Visual Studio,但是微软没有这么做,是因为微软调查了绝大多数的深层需求,他们之所以期待64bit的Visual Studio,是因为他们认为64bit的程序可能拥有更高的性能。但是实际上不是这么回事,64bit程序在x86-64处理器上并不会带来明显的性能提高,它只是增加了处理器的寻址范围,可以使用更大的内存。而对于VS这种并非内存敏感的程序,并不十分需要迁移到64bit下。另外,还有一个历史原因,就是微软一直没有完成64bit下的JIT调试器的Edit and Continue功能,这是因为64bit的JIT是C++团队做的,和原生CLR团队的32bit JIT有很多不同,微软现在正在试图统一两者。如果微软推出了64bit的VS,那么调试的体验会受到限制,这也是为什么微软一直以来没有推出64bit VS的原因。
时间: 2024-10-12 23:59:51