一直以来，数据的持久化都是依赖于文件存储，包括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等多个知识点的架构资料）合理利用自己每一分每一秒的时间来学习提升自己，不要再用"没有时间“来掩饰自己思想上的懒惰！趁年轻，使劲拼，给未来的自己一个交代！