ITPub博客

首页 > 数字化转型 > ERP > CMAN(连接管理器)的一些弊端

CMAN(连接管理器)的一些弊端

原创 ERP 作者:gugu99 时间:2007-11-30 15:45:15 0 删除 编辑
CMAN(连接管理器)的一些弊端 刚看了点ORACLE8I(817)有关CMAN的用途的文档,感觉CMAN是个好东西,可以灵活的控制连接用户。只是其弊端多多, 1、CMAN只适用于共享服务器! 这是个大大的弊端。因为目前的数据库大多专用服务器模式, 共享服务器基本上很少用,这大大限制了其使用范围。 2、CMAN即可以和数据库装在通一机器上,也可以装在第三方机器 上,假设是装在第三方机器上,那客户端在连接时,先要跑到第 三方机器上做检测,通过之后再到数据库。 其实。个人认为其实ORACLE没必要提供这种灵活性,既然CMAN 是用于此用途的(控制连接用户,相当于防火墙的用途),而 客户端定是定要连接到数据库的,那可将其捆绑在数据库上,只 是平时不启动之即可,这样还方便一些。 3、假设客户端使用本地命名方法连接数据库,那还得在连接串上 说明先是连接了CMAN,然后才连接数据库。感觉得这种做法很 好笑! CMAN本来起到类似防火墙的功能,但为了达到该目的,还必须 得让客户端说明必须先经过它检查,方可起到此作用。 假如客户端这般设置,是不是可以绕开CMAN的检测?若真是, 那CMAN真是图有虚名! 就好比我是个警察,检查出入大厦的人员,以避免失窃,为 达到此目的,我要求每个进出大厦的人员每到出入都到我办公 室让我做检查,方可出入。若真有小偷,不到办公室做检查, 直接出入大厦即可。那该警察此不图有摆设! 以上是我对CMAN的一点理解,由于刚开始了解CMAN,可能存在误解,请指正。[@more@]

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10748419/viewspace-986936/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
  • 博文量
    3122
  • 访问量
    2226377