一直以來，資料的持久化都是依賴於檔案儲存，包括windows的excel，word，txt等，資料庫也是使用的檔案，比如oracle的.DBF;Access的.mdb都是使用的檔案。

既然是檔案，我們知道計算機只識別0,1兩個機器碼，其實檔案就都是一系列的二進位制編碼，不同的檔案使用不同的方式開啟，比如在windows上強制使用文字方式開啟dbf檔案會顯示一堆亂碼，因為很多東西它不識別。

SQL就是用來對資料庫檔案進行增刪改查的語言，資料庫誕生伊始，就是為了解決結構化的資料儲存，相對應的就需要一門結構化的語言來操作它。

SQL，英文為Structured Query Language，翻譯為結構化查詢語言，可以方便的訪問和處理資料庫，是ANSI標準的一門計算機語言，既然只是一門語言，那就不是不可以取代的，只要使用同樣的操作標準，比如使用JAVA完全可以讀出檔案中的內容，進行顯示和修改，但是這種重複造輪子的事情應該沒人會做，首先需要掌握資料庫儲存標準，然後操作資料庫，有著極強的複雜性不說，效能估計也比SQL差，畢竟SQL本就是伴隨著資料庫的發展誕生的一門操作語言！

SQL提供了create;drop;alter;insert;select;update;delete等標準指令用於操作資料庫，實現結構化資料模型建立，結構化資料儲存和查詢的功能！

回到問題的描述，為什麼不用物件陣列取代資料庫？首先你要想清楚，這些物件陣列需不需要持久化？需要持久化必然是要放在硬碟的檔案中的，需不需要有關係？不管是關係型資料庫，可以針對關係型資料進行方便的儲存！

如果你的物件陣列只在記憶體裡面用，資料庫自然是不需要的，如果你是要持久化，而且是關係型資料持久化，那麼只能是資料庫了！

綜上，你完全可以使用其他語言(JAVA，C等)實現資料庫檔案的增刪改，但是為了方便，效能，還是老老實實使用SQL吧。

歡迎工作一到八年的Java工程師朋友們加入Java進階架構學習交流：952124565
群內提供免費的Java架構學習資料（裡面有高可用、高併發、高效能及分散式、Jvm效能調優、Spring原始碼，MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多個知識點的架構資料）合理利用自己每一分每一秒的時間來學習提升自己，不要再用"沒有時間“來掩飾自己思想上的懶惰！趁年輕，使勁拼，給未來的自己一個交代！