CMAN（連線管理器）的一些弊端

CMAN（連線管理器）的一些弊端 剛看了點ORACLE8I(817)有關CMAN的用途的文件，感覺CMAN是個好東西，可以靈活的控制連線使用者。只是其弊端多多， 1、CMAN只適用於共享伺服器！ 這是個大大的弊端。因為目前的資料庫大多專用伺服器模式， 共享伺服器基本上很少用，這大大限制了其使用範圍。 2、CMAN即可以和資料庫裝在通一機器上，也可以裝在第三方機器 上，假設是裝在第三方機器上，那客戶端在連線時，先要跑到第 三方機器上做檢測，透過之後再到資料庫。 其實。個人認為其實ORACLE沒必要提供這種靈活性，既然CMAN 是用於此用途的（控制連線使用者，相當於防火牆的用途），而 客戶端定是定要連線到資料庫的，那可將其捆綁在資料庫上，只 是平時不啟動之即可，這樣還方便一些。 3、假設客戶端使用本地命名方法連線資料庫，那還得在連線串上 說明先是連線了CMAN，然後才連線資料庫。感覺得這種做法很 好笑！ CMAN本來起到類似防火牆的功能，但為了達到該目的，還必須 得讓客戶端說明必須先經過它檢查，方可起到此作用。 假如客戶端這般設定，是不是可以繞開CMAN的檢測？若真是， 那CMAN真是圖有虛名！ 就好比我是個警察，檢查出入大廈的人員，以避免失竊，為 達到此目的，我要求每個進出大廈的人員每到出入都到我辦公 室讓我做檢查，方可出入。若真有小偷，不到辦公室做檢查， 直接出入大廈即可。那該警察此不圖有擺設！ 以上是我對CMAN的一點理解，由於剛開始瞭解CMAN，可能存在誤解，請指正。[@more@]