java - 通过脚本文件或通过 Java 代码初始化 SQL 数据库是否有任何继承优势？

Question

如果我有一个使用 SQL 数据库的 Java 应用程序，并且该应用程序是第一次使用，那么初始化(即创建数据库和所有必要的表、初始记录插入等)是否有任何继承优势？通过 SQL 脚本文件或通过 Java 代码访问数据库？

首先想到的是机器上的用户权限、速度、可靠性/稳定性。

Answer 1

与数据库无区别

无论您是通过 JDBC 还是通过 SQL 脚本创建表和列等，在这两种情况下，都只是将 SQL 命令输入数据库引擎。所以，不，数据库不关心你用哪种方式。

user privileges on a machine, speed, reliability/stability

无论是调用 JDBC 还是运行脚本，您都必须具有适当的用户权限和数据库访问权限。我看不出有什么问题。

至于速度，同样，您最终会将 SQL 语句发送到数据库引擎，所以没有区别。可靠性和稳定性同上。

有一些提高速度的策略，例如在服务器机器上本地工作(而不是通过网络)，以及 bulk loading .无论是通过 JDBC 还是 SQL 脚本，这些策略都适用。

数据库迁移工具

你应该了解 database migration工具。

比如我最喜欢的Flyway是一个基于 Java 的工具，可以自动运行一套 SQL 脚本。 Flyway 可以选择调用您编写的 Java 类来操作数据库，以应对 SQL 不够用的复杂场景。所以你在你的问题中得到了最好的两条路线，通过 JDBC或通过 SQL 脚本。

Flyway 的工作原理是自动为自己的内务管理创建一个表。在该表中，它跟踪已运行的脚本。每次调用 Flyway 时，它都会检查之前运行的脚本并将其与当前找到的所有脚本进行比较。然后执行和跟踪发现的任何新脚本。您编写的任何数据库操作 Java 类也是如此。

请注意这种方法在开发和测试中的用处。只要您愿意，您就可以启动一个新的数据库，只需删除或添加各种脚本，即可将其升级到应用程序发展过程中的任何一点。测试人员可以添加额外的脚本来加载数据以创建特定的用例场景。所有这些都可以通过自动化工具重复完成。

在生产中也很有用。通过完全自动化数据库结构的更新，您可以消除人为错误。部署将是一个更平静的过程。当然，对于 continuous integration ，实际上需要一个数据库迁移工具。

您可以通过 Java 调用 Flyway，通常是在应用启动的初始化阶段。或者，您可以选择通过控制台上的命令行工具或作为构建过程的一部分来调用 Flyway。控制台工具用 JVM 包装 Flyway和 JDBC drivers从而隐藏了 Flyway 在 Java 上运行的事实。因此，即使是非 Java 商店也可以充分利用 Flyway。

近年来，迁移工具有了长足的进步。考虑采用Flyway，Liquibase ，或一些类似的工具。