现在,我有代码在我的主数据库访问类中创建数据库(仅在SQLITE数据库上进行一些创建查询)。这似乎是不必要的,因为我无意使用该代码。如果出现问题,我只需要它,我需要重新创建数据库。我是不是该...

  1. 即使数据库创建代码大约是我的文件大小的四分之一,也要留下东西。
  2. 将数据库创建代码移至单独的脚本。如果我需要再次运行它,我可能会手动运行它,这将使它在处理主要代码时的视线之外。
  3. 删除数据库创建代码,并依靠修订控件,如果我发现自己再次需要它。
有帮助吗?

解决方案

我认为最好保留代码。更重要的是,您每次数据库架构更改时都应维护此代码(或生成)。

由于以下原因,这一点很重要。

  1. 您可能会惊讶于需要多少次。如果您需要迁移服务器或设置另一个环境(例如测试或演示),依此类推。
  2. 我还发现,编码时我经常指的是DDL SQL,尤其是如果我一段时间没有触摸系统。
  3. 您可以参考您做出的决策,例如您创建的索引,唯一的键等。

如果您没有对此进行纪律处分的方法,我发现数据库架构可以随着时间的推移而随着临时变化而漂移,这可能会导致晦涩的问题,直到您击中数据库。如果没有纪律处分的方法(即模式的参考定义),您可能会发现不同的数据库具有不同的模式。

其他提示

如果出现问题,我只需要它,我需要重新创建数据库。

重新创建数据库绝对不是例外情况。该代码是您在新系统上部署过程的一部分,它代表代码期望使用的数据库结构。您实际上应该进行确认这一点的集成测试。与单个DB服务器无限期地工作,该服务器的架构是通过开发过程中手动调度SQL语句逐步创建的 不是 您应该依靠的东西。

但是,是的,应该将其与访问代码分开;因此,选项2是正确的。然后,可以通过测试和部署使用单独的脚本。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top