我正在尝试为超过5个小时的旧窗口小部件编写Django查询,但我有点迷失了。窗口小部件模型具有一个DateTimeField
用窗口小部件的创建时间填充的。
如果Widget
是模型的名称,并且具有名为的DateTimeField属性created
,则查询为:
from datetime import datetime, timedelta
time_threshold = datetime.now() - timedelta(hours=5)
results = Widget.objects.filter(created__lt=time_threshold)
请注意,这created__lt
意味着“创建的内容少于”。
问题内容: 我的模型是: 我可以使用以下查询找出大于的对象: 我想找到所有大于一年的物体。 如何根据和之间的差异找出对象? 问题答案: 通用解决方案: 您可以更改日期,然后对照(与@Anonymous在他的评论中建议的内容非常接近)进行检查: PostgreSQL特定解决方案: 如果您正在使用,则可以从此答案中得到另一个选择:
由来 考虑工具类的局限性,在某些情况下使用并不简便,于是DateTime类诞生。DateTime对象充分吸取Joda-Time库的优点,并提供更多的便捷方法,这样我们在开发时不必再单独导入Joda-Time库便可以享受简单快速的日期时间处理过程。 说明 DateTime类继承于java.util.Date类,为Date类扩展了众多简便方法,这些方法多是DateUtil静态方法的对象表现形式,使用D
问题内容: 假设我有以下模型: 我想通过创建一个在将来(今天+ 1或某天)结束的事件进行测试,并对日期和时间进行打桩,以便系统认为我们已经达到了该将来的日期。 就python而言,我希望能够存根所有系统时间对象。这包括,和任何其他标准日期/时间对象。 这样做的标准方法是什么? 问题答案: 编辑 :由于我的答案是此处接受的答案,因此我正在对其进行更新,以使所有人都知道在此同时创建了更好的方法,这是f
问题内容: 在MySQL客户端/控制台中输出查询结果之前,如何告诉MySQL将时间戳格式设置为可读日期? 问题答案: 像这样使用FROM_UNIXTIME:
问题内容: 为什么json序列化不适用于datetime对象。据我了解json序列化,任何对象的基本思想都可以调用 内置函数,然后对作为响应得到的对象进行urlencode。但是在日期时间的情况下,我得到以下错误 虽然有一种方法可以将已经可用的对象进行字符串化,但是似乎有意识地决定不这样做,为什么会这样呢? 问题答案: 不,它在模块中无法正常工作。该模块为您提供了默认的编码器:。您需要扩展它以提供
问题内容: 进行以下操作的最佳方法是什么: 注意:创建的是日期时间字段。 问题答案: 但是我想你是说