我正在开发一个 AppEngine 项目，并且我在 AppEngine 数据存储上使用 JDO 来实现持久性。我有一个实体，它使用编码字符串作为键，还使用应用程序生成的键名（也是字符串）。我这样做是因为我的应用程序会经常从野外收集数据（可能会收集相同的东西）并尝试持久化它们。为了避免持久化几个本质上包含相同数据的实体，我决定对这些数据的一些属性进行哈希处理，以获得一致的键名（由于实体关系而不直接操作键）。 现在的问题是，每当我计算我的哈希（键名）并尝试存储实体时，如果它已经存在于数据存储中，那么数据存储（或 JDO 或任何罪魁祸首）会默默地覆盖数据存储中实体的属性，而无需引发任何异常。这会对应用程序产生严重影响，因为它会覆盖实体（我们用于排序）的时间戳（一个字段）。 我怎样才能最好地解决这个问题？
【问题讨论】：
标签： java google-app-engine google-cloud-datastore jdo
你需要做get-before-set（检查和设置或CAS）。
CAS 是并发的基本租户，它是并行计算的必要弊端。
无论如何，Gets 比 Sets 便宜得多，所以它实际上可以为您省钱。
不要盲目写入数据存储区，而是先检索；如果实体不存在，则捕获异常并放置实体。如果确实存在，请在保存之前进行深入比较。如果没有任何改变，请不要坚持（并节省成本）。如果它发生了变化，请随意选择合并策略。维护过时修订的一种（略显丑陋）方法是将先前的实体作为字段存储在更新的实体中（可能不适用于许多修订）。
但是，在这种情况下，您必须在设置之前获取。如果您不希望有很多重复并且想要真正的 chintzy，您可以先执行 exists 查询...这是对您要使用的键执行仅键计数查询（成本比完整获取少 7 倍）。 if (count() == 0) then put() else getAndMaybePut() fi
count 查询语法可能看起来很慢，但从我的基准测试来看，它是判断实体是否存在的最快（也是最便宜）的方法：
public boolean exists(Key key){
Query q;
if (key.getParent() == null)
q = new Query(key.getKind());
else
q = new Query(key.getKind(), key.getParent());
q.setKeysOnly();
q.setFilter(new FilterPredicate(
Entity.KEY_RESERVED_PROPERTY, FilterOperator.EQUAL, key));
return 1 == DatastoreServiceFactory.getDatastoreService().prepare(q)
.countEntities(FetchOptions.Builder.withLimit(1));
}
【讨论】：
在 put() 新实体之前，您必须执行 get() 以查看是否存在具有相同键的实体。没有办法做到这一点。
您可以使用 memcache 和本地“内存中”缓存来加快 get() 操作。仅当您可能多次阅读相同的信息时，这可能会有所帮助。否则，memcache 查询实际上可能会减慢您的进程。
为确保两个请求不会相互覆盖，您应该使用事务（不可能使用 Ajax 建议的查询，除非您将所有项目放在一个实体组中，这可能会将您的更新限制为每秒 1 次）
在伪代码中：
如果另一个请求（线程）已同时写入相同的密钥，则第 7 步将失败。
【讨论】：
我建议您不要将 ID 保存为字符串，而是为您的实体使用 Long ID，或者您可以使用由 appengine 自动生成的 Key 数据类型。
@PersistenceCapable
public class Test{
@PrimaryKey
@Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY)
private Long ID;
// getter and setter
}
这将每次都向您返回一个唯一值。
【讨论】：