质疑C#与Oracle的结合，发布也成了很大问题！

Question

费了九牛二虎之力，把应用及数据库从MSSQL切换成了Oracle，通过工厂也实现了二数据库的无缝切换，但以下两点问题几乎让我想放弃了Oracle的选择，1、连接速度，Oracle相比SQL慢了很多，每次初始化时都有非常明显的停顿，查询和执行命令没感觉到太大差异2、应用发布需要安装Oracle客户端，并且要配置本地连接服务，这是从C/S桌面应用系统，近150个客户端，真晕，以前发布SQL系统，只是安装个.NET2.0而已，   不需要配置什么，客户还能接受，再加一个需要配置的Oracle客户端，我也接受不了所以我对我的选择产生了质疑：1、C#与Oracle，这种组合是否合适，有没有成功大型项目的案例2、微软发布的System.Data.OracleClient是不是存在效率上的缺陷

Answer 1

C#与Oracle 还不是太成熟。观望

Answer 2

JAVA与oracle就可以不使用客户端了

Answer 3

费了九牛二虎之力，把应用及数据库从MSSQL切换成了Oracle，通过工厂也实现了二数据库的无缝切换，但以下两点问题几乎让我想放弃了Oracle的选择， 1、连接速度，Oracle相比SQL慢了很多，每次初始化时都有非常明显的停顿，查询和执行命令没感觉到太大差异 
没感觉到慢..2、应用发布需要安装Oracle客户端，并且要配置本地连接服务，这是从C/S桌面应用系统，近150个客户端，真晕，以前发布SQL系统，只是安装个.NET2.0而已，   不需要配置什么，客户还能接受，再加一个需要配置的Oracle客户端，我也接受不了
是的客户机需要装oracle客户端,而且要配置本地tns,sql server不用配是因为系统里已有了sql server驱动所以我对我的选择产生了质疑： 1、C#与Oracle，这种组合是否合适，有没有成功大型项目的案例
怎么不合适?不过微软自己的东西肯定是用自己产品的方便.2、微软发布的System.Data.OracleClient是不是存在效率上的缺陷
这个没感觉出来.

Answer 4

就算你用别的语言开发,也是要装oracle客户端的.比如delphi,java等等,都是需要装的.

Answer 5

问题不在这里，你可以尝试用C#+WEBSERVICE的方法解决，客户端不需要安装ORACLE

Answer 6

1、每次Connection，确实慢，在相同的环境下比较 SQL和Oracle，人能感知的到速度，那说明就是差别已经很大了2、关于发布，客户不会关心系统里预装了什么驱动，他只关心安装是否方便，而我更关心维护的成本3、C#与Oracle的组合，有很多学习的例子，商业应用还是以JAVA与Oracle居首，所以我更想知道商业领域应用，C#与Oracle的组合怎样当然，得不到推广的东西也未必差

Answer 7

你听说过以前Java在Windows上的运行的问题吗？？

Answer 8

对于连接对象, Tom 的那本 oracle 中说的很清楚了
 oracle / sql server 的设计原则就不一样, 连接慢些很正常呀
写程序的目的不只是连接数据库这一步吧客户的方便性, 提供解决方案的人也有责任吧C#/Oracle 的商业应用猜想应该很少, .net 本身的商业应用就不多

Answer 9

其实感觉，如果你是做C/S结构的，最好是用Remoting或者新的WCF，这样才是比较安全的。毕竟每个客户端都配置了连接字符串，安全性角度考虑，不是那么合适。而且也能一定程度上避免了客户端 驱动的 安装。 以后业务发生一些变化， 也能做到隔离，是客户端还是服务器端。确实是产品的话，建议采用这样的方式来做。显得也正规一些不是？而且如果你原来的业务分层比较细致的话，加一个Remoting的服务器端，也不是什么难事。

Answer 10

C#也要安装framework嘛，反正不是做那些别人从网下载完就直接能用的通用软件，所以没关系。

Answer 11

数据库操作都用WEBSERVICE，这样客户端不需要安装ORACLE客户端了

Answer 12

有个oraclehelper.cs把System.Data.OracleClient包了，用起来感觉还好