比較好的資料庫
1. 用哪資料庫比較好
個人使用的話
對資料庫優化一下
還是足夠的
2. 學習資料庫，現在用什麼資料庫比較好
FOX的話個人感覺已經過時了~只在一些小系統什麼的用用吧
sql SERVER的話微軟的產品，雖然微軟放出話來，資料庫方面要超越ORACLE
但是個人感覺他也就放放話了，還是看好ORACLE
關於ORACLE的學習，個人意見，僅供參考，本人也在學習中。
下面這些都是我個人總結的。希望對你有幫助。
首先需要了解下 數據模型 關系資料庫 DBMS 範式 自然運算 等等概念性的東西，可以去書店或者圖書館查閱相關書籍，可以了解下，沒必要完全掌握，當然你要能掌握的話，那麼對你的以後是非常有幫助的。
其實然後就是SQL標准 對象關系SQL 基本的SQL查詢，以及最基本的SELECT/UPDATE/INSERT/DELETE語法，各種不同的資料庫大同小異的。
然後就是不同的資料庫，不同的用法，你也可以專學一門，比如ORACLE
或者MSSQL MYSQL INFORMIX DB2主要這幾種~
這些入門了就可以學習嵌入資料庫了，訪問資料庫的程序
以及資料庫的性能優化，完整性，視圖，安全 目錄 備份 還原等等
當然主要學習ORACLE的話你也可以先直接挑本ORACLE入門看，類似ORACLE10G入門，ORACLE基礎的書，不求完全懂，能看一點是一點，學習ORACLE是一個長期的過程，你在懂了一些後，再去看別的書，你會找到很多相同點，那時候就會有恍然大悟的感覺，一點點看就OK了~
到了一定的程度，你就知道自己怎麼去學習，需要掌握些什麼，像什麼方向發展了。
另外在學習的過程中推薦有疑問的就自己做實驗操作，或者去各大論壇像CSDN,CNOUG,ITPUB,CNBLOGS查找答案或者提問，也可以下載裡面的基礎區的教程了，不過大多是達人們整理出來的文檔，也很不錯的，尤其前面兩個論壇你能學到很多東西的，不過還是推薦你先完整的看一本入門的後再說，不管理解了幾成，有什麼問題記下來，以後慢慢一點點解決。
ORACLE視頻教程的話有個中科院的什麼絕版培訓教程oracle 10g的04年的視頻，非常不錯，迅雷上搜索中科院oracle 10g培訓教程就能搜索到。
資料庫開發工具的話 有TOAD（客戶端連接工具），POWERDESIGN（資料庫設計建模工具，）, PL/SQL DESIGNER(PL/SQL開發工具)，一般這3個就夠用了，可以自己去迅雷搜索下載最新版本，另外的話還有一個叫DBATRIN，E/R 什麼的工具，很多的，其實裝了ORACLE客戶端工具後，自帶的JAVA控制台也很好用的。
當然你想一蹴而就的話，可以直接去網上找相關的ORACLE入門資料，那些都是些整理出來的條條，不過不推薦，最好多看書，多做實驗。
3. 什麼資料庫比較好用
現在最好用的就是cache資料庫了，它有這些特點：
1、速度快。Caché資料庫在同等條件下查詢相同數據比Oracle等普通資料庫要快。原因是Caché資料庫又叫做後關系型資料庫（Post-Relation）,顧名思義，Caché是基於普通關系型資料庫如：Oracle, SQL server, Sybase等的基礎之上並有所改進而產生的。
2、使用簡單。Caché資料庫支持標准SQL語句，因此不太熟悉M語言的用戶依然可以輕易對資料庫中的數據進行操作。
3、介面容易。Caché資料庫支持ODBC標准介面，因此在與其他系統進行數據交換時非常容易。同時Caché亦可以將數據輸出成文本文件格式以供其它系統訪問調用。
4、真正的3層結構。
5、對象型編輯。Caché資料庫是真正的對象型資料庫，開發時用戶可直接用資料庫定義自己想要的對象，然後再在其它開發工具中調用該對象的方法和屬性即可完成開發工作，非常方便；支持遠程映射和鏡像。
6、支持WEB開發。Caché資料庫提供自帶的Web開發工具，使用維護非常方便，符合當今軟體業發展的趨勢。
7、價格便宜。Caché資料庫的價格比Oracle要便宜許多。
4. 現在最好的資料庫是那個資料庫
最好學的一定不是最好的資料庫。
最好的資料庫不是最好用的資料庫。
最好學的也不見得就是最好用的資料庫。
Oracle和DB2算是目前商業應用最多的大型資料庫。學好這個比較有前途和錢途。
SqlServer在中低端是一枝獨秀。應用太大的情況下就會死的很慘，也算最好學的，畢竟學習資源較多，幫助也簡便易用。
mysql是很好用的資料庫，因為免費使用也不涉及版權問題。
sybase與informix雖然也都不錯，可高一點搞不過oracle,低一點干不過sqlserver。informix最慘，都被收購了這么多年，它後續的支持和發展的情況大家都清楚。可憐啊，其實informix真的是很好用的資料庫，雖然N次崩潰折騰過我無數通宵，長事務恨的我牙根癢癢
5. 常用資料庫中，學哪個比較好
最最實用的還是SQL
會SQL的話，即使你將來不做資料庫設計，也可以從事這方面的工作，好多成熟的軟體都是SQL資料庫的，以後用這方面的軟體業很好操作。
6. 目前什麼資料庫軟體最好用
計算機語言的種類非常的多，總的來說可以分成機器語言，匯編語言，高級語言三大類。
電腦每做的一次動作，一個步驟，都是按照以經用計算機語言編好的程序來執行的，程序是計算機要執行的指令的集合，而程序全部都是用我們所掌握的語言來編寫的。所以人們要控制計算機一定要通過計算機語言向計算機發出命令。
計算機所能識別的語言只有機器語言，即由0和1構成的代碼。但通常人們編程時，不採用機器語言，因為它非常難於記憶和識別。
目前通用的編程語言有兩種形式：匯編語言和高級語言。
匯編語言的實質和機器語言是相同的，都是直接對硬體操作，只不過指令採用了英文縮寫的標識符，更容易識別和記憶。它同樣需要編程者將每一步具體的操作用命令的形式寫出來。匯編程序通常由三部分組成：指令、偽指令和宏指令。匯編程序的每一句指令只能對應實際操作過程中的一個很細微的動作，例如移動、自增，因此匯編源程序一般比較冗長、復雜、容易出錯，而且使用匯編語言編程需要有更多的計算機專業知識，但匯編語言的優點也是顯而易見的，用匯編語言所能完成的操作不是一般高級語言所能實現的，而且源程序經匯編生成的可執行文件不僅比較小，而且執行速度很快。
高級語言是目前絕大多數編程者的選擇。和匯編語言相比，它不但將許多相關的機器指令合成為單條指令，並且去掉了與具體操作有關但與完成工作無關的細節，例如使用堆棧、寄存器等，這樣就大大簡化了程序中的指令。同時，由於省略了很多細節，編程者也就不需要有太多的專業知識。
高級語言主要是相對於匯編語言而言，它並不是特指某一種具體的語言，而是包括了很多編程語言，如目前流行的VB、VC、FoxPro、Delphi等，這些語言的語法、命令格式都各不相同。
高級語言所編制的程序不能直接被計算機識別，必須經過轉換才能被執行，按轉換方式可將它們分為兩類:
解釋類：執行方式類似於我們日常生活中的「同聲翻譯」，應用程序源代碼一邊由相應語言的解釋器「翻譯」成目標代碼(機器語言)，一邊執行，因此效率比較低，而且不能生成可獨立執行的可執行文件，應用程序不能脫離其解釋器，但這種方式比較靈活，可以動態地調整、修改應用程序。
編譯類：編譯是指在應用源程序執行之前，就將程序源代碼「翻譯」成目標代碼(機器語言)，因此其目標程序可以脫離其語言環境獨立執行，使用比較方便、效率較高。但應用程序一旦需要修改，必須先修改源代碼，再重新編譯生成新的目標文件(＊ .OBJ)才能執行，只有目標文件而沒有源代碼，修改很不方便。現在大多數的編程語言都是編譯型的，例如Visual C＋＋、Visual Foxpro、Delphi等。
[NextPage]
學習編程，從何入手
如果您想學習編程，卻又不知從何入手，那麼您不妨看看下面的幾種學習方案，可能會給您一些啟示吧！
==============================================
方案一 Basic語言
7. 現在什麼資料庫比較好用呀
小點的access、visual foxpro，大型的就多了，sql server、oracle、my sql這幾個比較常見，還有sybase、DB2等等。
8. 資料庫學哪一種比較好呢
微軟的sqlserver，目前最新的版本是2008，不過建議學習SqlServer2005，因為我們平時常用的系統都是windows系統，這個可以很好和微軟自己的系統兼容，而且SqlServer在企業中應用范圍很廣，市佔率前三名吧，再者該DBMS學習比較容易，不像Oracle那麼難用。學會了一種，再去學習其他的就很容易了，因為使用的SQL語言都是差不多的。推薦王珊和薩師烜的《資料庫系統概論》
9. 學習資料庫，學哪個資料庫比較好
商業應用中主要是關系資料庫，比如Oracle、DB2、Sybase、MS SQL Server、Informax、MySQL等。全部羅列出來是沒有意義的，資料庫太多了，你不說你的工作是涉及哪方面，恐怕很難提供更適合你的資料庫。
初級應用一般是ACCESS 配合的腳本程序一般是 ASP ASP.NET JSPMICROSOFT SQL 比較復雜點 不過功能強大很多 配合的腳本和ACCESS的一樣MYSQL和PHP的組合是比較完美的如果你需要處理1000W條數據以上級別的數據,那以上的都不合適,一般用的比較多的是ORACLE 這個入門難度非常大如果想學的話就先學MICROSOFT SQL吧,這個網上教學比較多，ASP.NET 2.0,應用的是非常廣泛的。
10. 請問哪種資料庫比較好用
這個不好說。應該跟據自己的應用來選擇資料庫。
現在用的最多的應該是SQLSERVER吧。但高端一般都是ORACLE和DB2。網站用的多的應該是MYSQL