1

我有一些抛出的代码会导致syncdb 抛出错误（因为它会在创建表之前尝试访问模型）。

有没有办法阻止代码在syncdb上运行？就像是：

if not syncdb:
    run_some_code()

谢谢 ：）

编辑： PS - 我考虑过使用 post_init 信号......对于访问数据库的代码，这是个好主意吗？

更多信息

以下是要求提供的更多信息:)

例如，我已经遇到过几次这种情况......我在 django-cron 上进行了黑客攻击，并确定有必要在加载 django 时确保没有现有作业（因为它会搜索所有已安装的应用程序以查找作业并添加无论如何，它们都在加载）。

所以我在文件顶部添加了以下代码__init__.py：

import sqlite3

try:
        # Delete all the old jobs from the database so they don't interfere with this instance of django
        oldJobs = models.Job.objects.all()
        for oldJob in oldJobs:
                oldJob.delete()
except sqlite3.OperationalError:
        # When you do syncdb for the first time, the table isn't 
        # there yet and throws a nasty error... until now
        pass

出于显而易见的原因，这是废话。它与 sqlite 相关联，我有更好的地方放置此代码（这就是我遇到这个问题的方式），但它可以工作。

如您所见，您得到的错误是操作错误（在 sqlite 中），并且堆栈跟踪说明了“未找到表 django_cron_job”的内容

解决方案

最后，目标是在加载任何页面之前运行一些代码。

这可以通过在 urls.py 文件中执行它来完成，因为它必须在页面可以被提供之前被导入（显然）。

而且我能够删除那个丑陋的 try/except 块 :) 感谢上帝（和 S. Lott）

4

2 回答 2

4

“编辑：PS - 我考虑过使用 post_init 信号......对于访问数据库的代码，这是个好主意吗？”

绝不。

如果您有在创建表之前访问模型的代码，那么您就会遇到很大很大的问题。你可能做错了什么。

通常，您大约运行一次syncdb。数据库已创建。您的 Web 应用程序使用数据库。

有时，您进行了设计更改，删除并重新创建了数据库。然后您的 Web 应用程序会长时间使用该数据库。

您（通常）不需要__init__.py模块中的代码。__init__.py您应该（几乎）永远不会拥有在模块中真正起作用的可执行代码。这对于 Django 来说非常、非常罕见且不合适。

__init__.py当Django Cron说你在urls.py.

编辑

清除记录是一回事。

摆弄__init__.py和 Django-cronbase.py显然是完全错误的方法。如果它那么复杂，那你就错了。

不可能说出你想要做什么，但这应该是微不足道的。

您urls.py只能在 syncdb 之后并且在所有 ORM 材料都已正确配置和绑定之后运行。

urls.py例如，您可以删除一些行，然后将一些行添加到表中。至此，所有同步数据库问题都已解决。

你怎么没有你的逻辑urls.py？

于 2009-06-02T01:40:02.393 回答
2

在创建模型之前尝试访问模型的代码几乎只能存在于模块级别；正如您的示例所示，它必须是在导入模块时运行的可执行代码。正如您已经猜到的那样，这就是syncdb失败的原因。它尝试导入模块，但导入模块的行为会导致应用程序级代码执行；如果你愿意，一个“副作用”。

在 Python 中，避免导致副作用的模块导入的愿望是如此强烈，以至于if __name__ == '__main__':可执行 Python 脚本的约定已变得司空见惯。当仅加载代码库导致应用程序开始执行时，随之而来的是头痛:-)

对于 Django 应用程序，这不仅仅是一个令人头疼的问题。考虑oldJob.delete()每次导入模块时执行的效果。当您使用 Django 开发服务器运行时，它似乎只执行一次，但在生产环境中它会经常执行。例如，如果您使用 Apache，Apache 会经常启动几个等待处理请求的子进程。随着长时间运行的服务器的进展，每次为您的 Web 服务器派生处理程序时，您的 Django 应用程序都会被引导，这意味着模块将被导入并被delete()多次调用，通常是不可预测的。不幸的是，信号不会有帮助，因为每次初始化 Apache 进程时都会触发信号。

顺便说一句，它不仅仅是一个可能导致您的代码无意执行的网络服务器。例如，如果您使用 epydoc 之类的工具，它们将导入您的代码以生成 API 文档。这反过来会导致您的应用程序逻辑开始执行，这显然是仅运行文档解析器的不良副作用。

出于这个原因，像这样的清理代码最好由 cron 作业处理，该作业会定期查找过时的作业并清理数据库。此自定义脚本也可以手动运行，也可以通过任何进程运行（例如在部署期间，或作为单元测试setUp()功能的一部分以确保干净的测试运行）。不管你怎么做，重要的一点是这样的代码应该总是显式地执行，而不是由于打开源文件而隐式地执行。

我希望这会有所帮助。我知道它没有提供一种方法来确定 syncdb 是否正在运行，但是如果您在设计 Django 应用程序时考虑到生产部署，那么 syncdb 问题就会神奇地消失。

于 2009-06-02T01:21:25.957 回答