通過ADO和OLEDB進行Visual C++訪問數據
其實Visual C++不僅僅是C++的一個編輯器而已，他最主要的是基于Windows操作系統的可視化集成開發環境，Visual C++訪問數據也不過如此，好了下面進行對Visual C++訪問數據詳細說明。
而且有第三方的專門工具幫助你避開這些bug。如此規模的一個類庫，能做到這一點不容易。不要小看了這一點，很多專業程序員就是為這個選擇VC的。因為盡管VCL比MFC的抽象程度高，封裝較為高層，但由此帶來的開發效率的提高對高手來說畢竟是有限的。
而如果你遇到一個怪問題，調試了半天，發現不是你的代碼有錯，而是VCL的bug，你作何感想？雖說遇到這類問題的可能性很小，但對VCL的形象的影響可不小。Delphi的IDE太占資源，啟動速度太慢，和某些顯卡驅動程序沖突，VCL中有bug，調試器不夠健壯，對不穩定的第三方控件沒有防護措施 ……
問題多多，在這方面Delphi不如VC。希望Inprise能更上一層樓。順便說一下，我們在網上看到有些人極言Delphi的不穩定，說幾分鐘出現20多次非法操作。Delphi的確不如Visual C++穩定，但也不至于如此呀。我估計是那位朋友的Delphi裝了某些有問題的第三方控件，導致了Delphi的頻頻出錯。不妨卸下那些控件試試？
Inprise正在開發Delphi的Linux版本，代號為Kylix。也許通過Kylix，用VCL構架編寫的Windows程序向Linux移植成為可能。但這只是可能。因為在目前Inprise的兼容性工作做得并不好。低版本的Delphi不能使用高版本的VCL組件，而高版本的Delphi竟然不能使用低版本的VCL組件。真是豈有此理，我們很少看見軟件有不向下二進制兼容的。如果Windows 98不能運行95的程序，Windows 95不能運行3.x的程序，Win 3.x不能運行DOS程序，你還會用Windows嗎？
如果Windows 95的程序必須經過重新編譯才能在98下運行，98會賣得那么好嗎？"同門兄弟"C++Builder和Delphi也不能互相使用對方的組件，甚至同一套VCL庫的文件名也不一樣。
所以一個組件有for D1/D2/D3/D4/D5/C1/C3/C4/C5這些不同版本是常有的事，而且隨著Delphi和C++Builder版本的升級可能還會增加。希望Inprise能先解決同門兄弟的兼容性問題。而微軟的VC就沒有這類問題。MFC1.0的程序也可以毫無障礙地在VC6.0下編譯通過。
就大處說，VC的集成界面是不如Delphi的。Delphi僅僅一個Object Inspector就可以將VC的一堆Wizards比下去，何況它還有Code Explorer、ToDo List等。但從小處，又可以看出Delphi的不成熟。比如"自動完成"功能的智能化程度和提示詳細程度不如VC，響應速度也沒有VC快。
Visual Delphi的OpenTools是完全面向第三方的開放系統，開發者可以修改很多Borland公司自身的功能，從IDE的可擴充性上說Delphi更好。
Visual C++和Delphi的調試功能都非常強大，同時都具有單步可視化調試、斷點跟蹤、運行時改變變量、鼠標指向可以得到變量值等等功能。對DLL的輸入輸出也能方便的管理，能夠進行源碼級別的調試。
相對而言，Visual C++能夠更加方便地看到變量的變化情況，這包括對結構可以展開成數據樹，從而了解每一個變量的值，每一步調試，變化了的變量會加紅，從而使調試更加方便。另外，Visual C++的塊內存察看比Delphi也要方便。
當然，Delphi也有很多體貼的細微之處，比如在線程調試的時候，Delphi能夠很方便地察看線程的變化，Visual C++卻必須要彈出一個模式對話框。 數據庫支持是Delphi的強項。這主要體現在Delphi與BDE的無縫集成，以及Delphi提供的那一大堆現成的數據庫操作控件。
這是VC望塵莫及的。目前Delphi支持BDE、ADO、InterBase三種數據庫訪問方式。所有的方式都能拖拉到應用程序中實現可視化操作。正是因為Delphi對數據庫類的包裝，使得用戶操作數據庫不像在Visual C++中必須從開始到最后都要干預。明顯地提高了開發速度。
Delphi中使用WebBroker控件還能很方便地構造出基于數據庫的Web頁面，通過HTML管理Web數據庫。 Visual C++訪問數據主要通過ADO和OLEDB，很多ActiveX控件也能添加數據庫功能。但是沒有像Paradox這樣的桌面數據庫，Access相對功能太弱了。也許SQL Server是不錯的選擇。
【編輯推薦】
