字母SQL的意思是结构化查询语言。这个名字中最重要的词是QUERY，意思是它不是一种过程语言。在过程语言中，你写的是你希望计算机执行的确切命令。在SQL，一种“查询”语言中，你不写程序代码，而只写你想要的答案。则SQL算法/优化器必须计算将由查询处理器执行的程序（称为“查询执行计划”）。这与SELECT、INSERT、UPDATE...查询一样有效（这是语言的DML部分），而且也适用于CREATE、ALTER、DROP（DDL部分）或GRANT / REVOKE（DCL部分）。
要优化任何查询，优化程序需要具有结构的完整视图，并且此结构必须是稳定的。（例如，在涉及表的CREATE VIEW之前不存在的表），SQL命令将失败。另一件事是SQL代码的“编译”是在执行查询的时刻完成的，并且在一些RDBMS中，如果结构不稳定，则在更改或删除SQL对象的任何部分、创建索引或对数据进行重要更改（重新计算优化程序的统计信息）时，将该高速缓存中丢弃所有执行计划。
另外，视图是特殊的表，基于表，但逻辑上是独立的...这意味着视图可以从它使用的表数据结构中取消同步...
由于所有这些原因，您不能将执行语言与查询语言进行比较...

我想你得到的反对票是因为 * 声明性 * 和 * 命令性 * 的误解，对什么是 * 迁移 * 的过度简化，加上一个带有错别字的随机reddit引用和一个不清楚的反例--如果有人来这里想被冒犯的话，所有这些都是非常冒犯的。
为了解开这个问题，将问题中的误解作为单独的问题来解决：
1.What vs how是declarative vs imperative的一个更好的简化。SQL * 是 * declarative。你定义你的模式是 what 和 what 你想要从它里面得到什么。RDBMS处理 how 它是如何执行的。你可以观察在你的查询之前添加的EXPLAIN ANALYZE VERBOSE的输出，并看到计划者提出achieving that的最佳方式。您还可以检查您的定义的文件系统representation，也是由db计算出来的，而不是您。
1.根据定义，迁移是必不可少的，您可以看到它们的声明性处理。迁移是将一个源模式转换为另一个目标模式所需采取的一组步骤。从一个声明的对象到另一个声明的对象的 * 方式 *。Supabase会自动处理它-您只需 * 声明 * 目标。
1.当在git中进行diff时，普通的.sql和.json都没有优势。diff也不是一个迁移--它必须被翻译成create/alter/drop语句才能成为一个。现代的ORM可以为你做这两件事。

1. Supabase列出了几个模式差异工具，它们是PostgreSQL的纯SQL迁移生成器，它们正在集成one。你可以将这些工具生成的迁移保存在git中。Skeema.io看起来像是一个已经 Package 在git中的模式差异，用于MySQL和MariaDB。Schemahero.io看起来像是另一个模式差异，旨在支持不同的RDBMS。