我是1998年開始用Access的，因為我是財會專業，對計算機過去非常感興趣但是學的不深。所以開始用Access時也感到很難理解，現在回想起來主要難在以下幾個方面：
1、一般的學習思路是，無論那種語言要從定義變量、熟悉語法、掌握函數、清楚工具包的內容開始，通過分析實例理解該種語言編程使用。Access開始是沒有上述概念的，有一種不得其門而入的感覺，至於對象、方法、屬性、事件沒有一個明確的定義，它們之間的關系也難以一下子搞清楚，只能通過反復地使用專研逐漸加深體會；
2、作為一種開發工具的角度系統講解的教材或指南很難找，一般的是只講簡單使用（其實還不如學會使用幫助文件）靠這樣的學習方法你可以做一些小東西，但是那不能認為是開發軟件。
3、大多數Access的書籍是翻譯過來的時間滯後，翻譯的也不完整對英語基礎差的初學者難以使用。
我要強調的是如果把Access用作開發工具Access並不簡單，你需要深入地學系統的掌握。如果你想會做幾種復雜的窗體、報表、會用宏模塊就想開發程序那是不可能的。我只能說初學者使用Access可以比較容易找到編程的感覺和快樂。
至於說Access可不可以作為一種開發工具，我看這是不用討論的，濟南汽車總公司用的一個軟件幾十萬元買進(微軟開發)，使用說明書A4幅面900多頁，第一頁上注明：本軟件完全使用Access開發。有這個實例你還懷疑Access的開發能力嗎？
如果你一定要討論比較，你應該對相互比較的對象全面了解並精通才可能討論比較的問題。當你具備了比較能力以後，還要制定比較指標、比較方法、取捨原則。比如：數據定義種類、數據轉換方法、記錄處理量、運行環境、工具數量、開發界面、與其他語言兼容轉換能力、開發者的要求、開發成本等等，只有這樣才可以得出合理的結論。
關於Access開發的程序是否可以獨立，我看也不是問題。我要強調的是如果你為了掩蓋你使用Access開發，那你就不要用它（你必須在開發協議中講清楚開發工具）。另外，你應該認識到與Office 的緊密融合是Access優勢，方便的導入導出這是用其他工具開發軟件者需要下精力解決並反復調試的。
只掌握Access是否可以找到工作，我看這關系到市場問題，我去年用Access給一個研究所作了一個空氣分析程序，幾萬條記錄進行了復雜的分析，嚴格按著要求輸出表格。我的實際開發時間不超過一星期，只用了表、查詢、窗體、報表、宏，一條語句也沒寫。我沒開價我說是為了嘗試幫忙，他們給了1500元。同樣的任務另一部分交給一個知名大學，計算機系和數學系聯合解決，聽說是用Excel解決的我懷疑他數據結果的可靠性。Excel每次運行幾萬條記錄如果有誤操作很難察覺，數據錄入時小數點錯一位之類的情況也很難發現。
我還要強調的是用Access編程序，在程序設計任務書的總體思路及過程管理是和用其他語言開發沒有區別的，一個程序的開發把客戶當前的需求搞清楚，把客戶應該想到而沒有想到的功能你能想到，思路清晰只剩下編程序這個工程已經完成一半了。
我認為能夠用小型靈活的工具可以解決問題，你就沒必要和自己過不去。軟件最終要可靠，好用、便宜、迅速得到。你會幾種語言水平多高和用戶的關系不大。我用Access編的工資管理程序，具備添加人員、修改檔案、保存修改、當月加減項錄入、代扣代繳款計算、所得稅計算、工資表打印、工資卡打印、領現金者剔除、銀行轉賬單打印、會計分錄生成、個人全年工資分析、部門工資隨機分析、導出Excel處理全自動化。我一條語句也沒寫，沒必要寫。因為是想怎麼用就怎麼編感覺很好用，100多人十年下去不到20000條記錄（會用10年嗎）我為什麼要用SQL？（想運行的慢一點嗎）。
offece Access 不等於VBA，VBA的功能很強大它能做的就做，做不了的就交給SQL一部分，你還可以用Java、C、VB編制獨立的對象給access用ADO自動化能力很強。如果你精通VBA你可以做自己的類。總之，VBA並不簡單，說Access 可否作為開發工具不如問VBA 可否作為開發工具。
