1

好的，所以我在本地和 gae 云中有相同的 python 代码。

当我在本地存储实体时，设置元素类型 datetime.datetime 的 ListProperty 字段在数据存储查看器中如下所示：

2009-01-01 00:00:00,2010-03-10 00:00:00

当我将其存储在云上时，查看器显示：

[datetime.datetime(2009, 1, 1, 0, 0), datetime.datetime(2010, 3, 9, 0, 0)]

为什么不同的表示？

这不会打扰我，只有当我在云上查询此字段时，查询无法找到匹配的实体（它应该并且它在本地找到） - 让我相信是这种不同的表示导致了麻烦。我应该重复一遍 - 代码是相同的。

有人想到发生这种情况的原因和解决方案吗？

更新：我的查询如下（使用过滤器）：

from x import y
from datetime import datetime
from google.appengine.ext import db

q = y.EntityType.all().filter('displayDateRange <=',datetime.now()).filter('displayDateRange >=',datetime.now())

usersResult = q.fetch(100)
print `len(usersResult)`

结果应该是 1，而不是 0。

实际上，问题只是具有指定值 datetime.datetime 的 ListProperty - StringListProperty 上的查询在云上按预期工作。

我通过本地和云上的交互式控制台尝试了原始过滤器，而云没有给我任何结果。所以这是一个数据存储的东西，我假设它必须与存储格式有关 - 我在两个数据存储中只有一个实体值，ListProperty 看起来像：

2009-01-01 00:00:00,2010-03-09 00:00:00
[datetime.datetime(2009, 1, 1, 0, 0), datetime.datetime(2010, 3, 9, 0, 0)]

分别在本地和云端。

有任何想法吗？

进一步更新

用硬编码的 datetime obj 替换了 datetime.now() - 示例过滤器现在看起来像：

y.EntityType.all().filter('displayDateRange <=',datetime(2009,11,24)).filter('displayDateRange >=',datetime(2009,11,24))

请注意，上面的日期时间 ListProperty 范围从 1.1.2009 到 3.9.2010 这应该返回上面的实体 - 我在 localhost 开发服务器上尝试了这个相同的过滤器，它确实这样做了。具有 datetime.datetime ListProperty 的不同表示形式的云没有。

请注意，这取自当前过滤日期范围的最佳实践

有什么想法可能是错的吗？

4

2 回答 2

2

好吧，长话短说：它现在被归类为应用引擎开发服务器版本中的一个错误，并且不再在生产云数据存储中得到支持。

在博客文章中填写了进一步的解释，请查看第 3 点。

于 2009-11-28T18:41:49.830 回答
1

您看到的问题显然是在本地情况下转换为字符串（调用__str__or __unicode__），而数据的表示（repr）显示在云上。但是打印结果的这种差异不应该是您在云上查询失败的原因。

您的确切查询是什么？

知道查询后更新：

我真的不明白你为什么要使用这些过滤条件：

.filter('displayDateRange <=',datetime.now()).filter('displayDateRange >=',datetime.now())

这有两个问题：

  • 你调用datetime.now()了两次，这会给你不同的结果，这将导致一个空的结果集。在同时激活多个线程/执行进程的负载服务器上尤其如此。

  • 您可能打算对上述一对过滤器进行检查是否相等。datetime.now()但是如果返回的日期时间实例的精度和数据库中存储的日期时间的精度不同，它就不起作用了。通常，在浮点数和亚秒精度时间值的情况下检查是否相等并不是一个好主意。

你想用这样一对过滤条件实现什么？

于 2009-11-23T03:32:16.263 回答