2010-09-02 98 views

回答

1

在我不那麼謙虛的意見中,MS Access的巨大優勢是低學習曲線,而且已經爲您完成了很多工作。簡單的應用程序可以由未經培訓的文書工作人員構建。

這也是最大的缺點之一。 MS Access應用程序通常首先由完全新手開始,他們可以讓他們自己陷入很大的麻煩。他們經常會發現,他們依賴於已經建立起來完成工作的應用程序,但它需要擴展,或者由於他們首次開始構建它的早期「決定」而變得難以管理(例如,使用一些人類可讀密鑰來引用另一個表,而沒有完整性約束等;現在他們擁有比他們開始使用的數據更多的數據)。

通常,在我看到它的時候,要撤消以前的「開發人員」工作還有很多工作要做。有時,修復它需要花費更多的時間,而不是重新開始。

留在親的手中 - 建立快速簡單的應用程序的罰款。如果專業人士這樣做,更復雜的就沒有問題了。如果按照我的方式,我們只需發佈運行時版本並將完整版保留給IT專業人員。

+1

啊,但你說的那些缺點實際上是好東西。一個是他們沒有使用Excel。這些數據庫已經成長並變得至關重要的事實也意味着IT部門應該審查這些數據庫並將其清理乾淨。由親。 – 2010-09-02 17:08:40

+0

我從來沒有發現其中的一個應用程序非常糟糕,需要從頭開始(我的大部分工作包括接管這些應用程序並使其符合新的需求/要求)。坦率地說,這是由自稱「職業Access開發人員」開發的應用程序,通常是最糟糕的!由接待員或暑期實習生創建的幾乎都是點擊操作,包含一堆宏和嚮導生成的代碼。這些通常具有非規範化的模式,但應用程序是微不足道的。 – 2010-09-02 18:42:15

+0

......與「專業人士」創造的東西相反,在「專業人士」中事物往往比所需要的要複雜得多。另一方面,他們通常有更好的模式,但完全抵消了解決混亂需要多少時間。 – 2010-09-02 18:43:09

2

如果您正在處理數據,那麼訪問有許多加點。其中一個關鍵點是將你的頭腦「Access」(RAD開發工作室中的表單報告代碼等)分開,並將與Access捆綁在一起的數據庫引擎「Jet」分開。

訪問使其他數據庫類型(如SQL服務器)成爲一個很好的前端,您可以非常快速地製作優秀的數據驅動應用程序。

還具有內置的報表套件方便地訪問其他微軟Office應用的理想

訪問回升有所名聲不好的(通過Outlook比如發送郵件)在IT界稱爲IT部門已經因爲原先的「開發者」早已離開,不得不支持一些糟糕的應用程序。關鍵是任何語言都可以用來製作糟糕的應用程序,但是由於更多人可以訪問錯誤訪問權限,因此增加了非開發人員犯錯誤的機會!

+0

Access的情況類似於使用HTML的情況。你在野外發現的HTML大多是可怕的和可怕的 - 它不會被驗證,它只是「標籤湯」。但這很容易,人們可以使它工作,而且瀏覽器非常寬容,所以結果是有用的東西可以用不好的HTML完成。訪問是非常相似的 - 事實上,許多人可以創建一堆垃圾是一個功能,而不是一個BUG。 – 2010-09-02 18:39:17

0

優點是預構建的功能以及在需要時編寫自定義代碼的功能。當然,所有這些都可以在C#中完成,但這並不容易。

使用Access最大的缺點是每個問題至少有一個答案,因此建議使用別的東西。或者更好的是,讓某人敲開Access,儘管他們對此一無所知,或者從2.0開始就沒有使用它。

3

C#是一個通用開發環境,用於生成所有可以構想的應用程序。

訪問是專門爲一個目的而設計的開發工具,即創建數據庫的前端。

Access中的所有組件都是預建的,以便儘可能方便地與數據交互。

雖然C#的庫和控件確實可用於與數據庫交互的目的,但是爲了創建數據庫應用程序的特殊目的,整體開發環境的整合程度較低。

Access的與數據庫相關的組件也比爲C#開發的任何東西都成熟,因爲Access的使用時間是其兩倍。這也有其不利之處,因爲一些有關如何在Access中工作的假設在現代環境中無法正常工作(訪問是在網絡存在於學術界以外的任何地方之前創建的)。

我認爲它可能是確定選擇C#作爲一個數據庫應用程序,如果一個開發平臺:

  1. 可用的開發人員已經C#學有專長熟悉建築物數據庫接口,

  2. 你有需要將您的應用分發給大量的用戶。

訪問是有點難以部署,並在大型組織中,當您在大量臺式機的攤銷在RAD儲蓄,即迅速與Access部署問題相關的費用相形見絀相比自足沒有運行時依賴的可執行文件。

但在我看來,我們正在談論遠遠超過100臺桌面電腦的地方,這裏的電話線越過(可能接近500或1000)。

相關問題