网站SQL数据库存储的替代方案有哪些？

嗯，这是一个有点开放式的问题，OP提出了两个问题...关于SQL替代方案和非SQL。

总的来说，在“为什么SQL好”的类别中...它是一种成熟且强大的标准，提供引用完整性。Java JDBC完全支持它，像TOAD这样的工具也支持它，还有许多SQL实现，比如前面提到的SQL-Lite。

现在特定于“网站”并不特别说明任何事情。一个网站需要引用完整性吗？也许。如果网站的业务性质主要是非结构化内容，那么可以考虑任何类型的持久存储，从所谓的“无SQL”数据库（如AWS DynamoDB）到Mongo（虽然我不是粉丝）。

对于管理SQL存储的复杂性-与创建的每个持久性存储的列表相比，建议之一是AWS Aurora（RDS服务的一部分）。它是多区域活动-活动且完全符合MySQL的。基于JDBC / ODBC的驱动程序框架将开箱即用，并且它有效地提供“零管理”。

一个简单的答案是，您可以使用任何数据存储格式，从标准定义到数据库（通常涉及协议），甚至是定制文件格式。
在IT中，每个选择都有权衡，网站当然也不例外。在2000年代初，基于文件的论坛系统很受欢迎，因为它允许技术能力有限的任何人编辑页面和帖子。完全静态的网站很快变得难以管理，并且内容无法从站点用户界面的升级中受益；但是，如果编码正确，则可以将站点简单地移动到子目录或拆分到新设计中。 CMS和动态系统带来了自己的一套问题，即它们之间尚不存在广泛采用的数据存储标准；它们经常依赖第三方插件来提供设计样式之间的功能（尽管它们的文档倡导功能与形式的分离）。
在2016年，不使用标准存储机制（例如* SQL RDBMS）已经相当罕见；尽管像Jekyll（支持许多GitHub页面）这样的静态站点生成器和独立玩家（如October CMS）仍然为基于静态文件的存储提供服务。

我的个人偏好是使用支持SQL的关系型数据库管理系统，它为我提供了至少在供应商级别上标准化、熟悉且强大的语法，但与很多人不同的是，我并不认为这是唯一的选择，在大多数情况下，我会建议使用站点生成器将不必动态生成的部分保存到静态存储中，因为这是在网络上生存的最便宜的方式。

简而言之，这取决于你，SQL和关系型数据库备受欢迎。

在Perl中，我使用DBM或Storable来完成这些任务。当变量更新时，DBM会自动更新。

这取决于您存储的内容以及需要如何访问它。通常，SQL提供了出色的报告和手动管理能力。几乎所有东西都需要一种管理存储内容并对其进行报告的方式。

在 SQL 数据库下一级是 ISAM（索引顺序访问方法）- 基本上是表和索引，但没有 SQL 和表之间的显式关系。只要概念基础符合您的设计，它就会很好地扩展。我长期以来一直有效地使用 Codebase。

如果您想处理类似 SQL 数据库类型的数据，则可以考虑使用 FileMaker。

如果我是你，我会看一下 XML。在左侧查看 w3schools 的 XML 教程部分。有很多可能性，而不需要使用 SQL 数据库。