在 objectify 中使用 first() 加載實體時需要使用 limit(1) 嗎？

[英]Do you need to use limit(1) when using first() to load an entity in objectify?

如果您使用first()方法，例如： 你需要像這樣使用limit(1) Car car = ofy().load().type(Car.class).filter("vin", "123456789").limit(1).first().now(); 確保只加載一個實體（而不是加載與查詢匹配的所有 ...

在 Datastore 中批量保存實體是否會使批處理開始時的實體在結束之前可用？

[英]Does batch saving entities in Datastore make the entities at the start of the batch available before those at the end?

與一次保存一個實體相比，Datastore 中的批量保存實體究竟是如何工作的？ 例如，如果您批量保存大量（例如 1,000 個）實體： 這些實體是否立即在數據存儲中可用？ 還是按照它們在List中的順序一次一個？ 我想保存大量實體，但我想優先考慮列表開頭的實體，以便它們可以比列表末尾的實體更快地在 ...

將實體保存到 Datastore 並將其返回，以便保證對同一實體的任何進一步查詢都反映新的更新

[英]Save entity to Datastore and return it so that any further queries to the same entity are guaranteed to reflect the new updates

我想通過密鑰加載實體，對其進行更新，將其保存回 Datastore，然后從端點將其返回給客戶端。 但是，我想絕對確保當我將實體返回給客戶端時，更新的實體已被保存並在數據存儲中傳播。 這樣，如果客戶端在之后立即使用另一個端點查詢該實體，則更新后的將返回。 使用 Objectify，這是我目前所擁有的： ...

嘗試在 Datastore 模式下在 Firestore 中捕獲並發修改異常

[英]Trying to catch concurrent modification exception in Firestore in Datastore mode

我正在嘗試使用 Objectify 在 Datastore 模式下的 Firestore 中捕獲並發修改異常。 我創建了一個方法並在 1 秒內運行了 50 次以嘗試捕獲異常。 我發現只有使用事務才能捕獲異常。 有沒有辦法在沒有交易的情況下抓住 CME？ 這不會在 1 秒內運行 50 次時捕獲異常（即 ...

Datastore 模式下的 Firestore 似乎沒有強一致性

[英]Firestore in Datastore mode does not seem to be strongly consistent

我在 Datastore 模式下使用帶有 objectify 和 Firestore 的雲端點。 盡管它在文檔中說所有查詢都是強一致的，但我發現它們不在以下示例中： 示例 1 我創建了一個端點，通過屬性查詢實體，將 +1 添加到其上的count屬性，並將其保存回數據存儲區。 然后我有 50 個不同的 ...

com.google.cloud.datastore.DatastoreException：重試數據存儲失敗 200 次

[英]com.google.cloud.datastore.DatastoreException: Failed retrying datastore 200 times

我正在做一個在短時間內多次運行端點的壓力測試。 端點更新事務中的同一實體。 最終，我得到了這個錯誤： 我在 objectify 中同時使用了transact()和transactNew()進行了嘗試，並得到了這個錯誤。 objectify 評論特別指出transactNew()重試了事務Integ ...

可以objectify做只讀事務嗎？

[英]Can objectify do read-only transactions?

可以客觀化執行只讀事務，如數據存儲 api 所示？ 我沒有看到它的方法，但還有其他方法嗎？ ...

Objectify - 使交易中的錯誤傳播給最終用戶 - 不要重試，拋出錯誤

[英]Objectify - make error in transaction propagate to end user - don't retry, throw error

我該如何做到這一點，以便在事務中出現錯誤（例如 ConcurrentModificationException 錯誤）時，將錯誤傳播給最終用戶？ 因此，它不會重試，只會在端點中拋出錯誤。 例如，如果我有一個帶有這樣事務的端點： 並且實體對它有太多的爭用，端點會向最終用戶拋出異常。 一個用例可 ...

Google Datastore 查詢和事務是否比僅查詢運行得慢？

[英]Does a Google Datastore query plus transaction run slower than just a query?

放入事務時，Google 數據存儲區查詢會變慢嗎？ 假設查詢完全一樣，事務+查詢的運行時間會比不在事務中的查詢慢嗎？ 交易的設置是否會增加任何執行時間？ ...

如何使用 Objectifyby Key 從數據存儲中獲取單個記錄？

[英]How to fetch single record from Data store using Objectifyby Key.?

我需要從使用 Objectify 插入的數據存儲中獲取單個對象。？ ...

數據存儲到 Firestore（數據存儲模式）自動遷移：在 REDIRECT_STRONGLY_CONSISTENT_READS 步驟之后訪問數據存儲時請求超時

[英]Datastore to Firestore(datastore mode) automatic migration: request timeout while accessing datastore after REDIRECT_STRONGLY_CONSISTENT_READS step

我正在使用 Objectify(v5) 在 App Engine 標准環境中使用 Java 訪問 Datastore。 實體由 Objectify 自動緩存，我也單獨使用 Memcache。 這個數據存儲區 API 超時問題恰好在REDIRECT_STRONGLY_CONSISTENT_READS ...

如果我的數據存儲事務失敗，事務之后的代碼會運行嗎？

[英]If my datastore transaction fails, will code after the transaction run?

如果我的數據存儲事務失敗並且我還有一些應該在它完成后運行的代碼會發生什么？ 應用程序是否拋出錯誤並在那里結束？ 我的第二個代碼塊會運行還是永遠不會到達？ ...

Google Cloud Datastore/Objectify：在 Java 中使用 @Serizalize 使用 EmbeddedEntity 而不是直接序列化有什么缺點嗎？

[英]Google Cloud Datastore/Objectify: are there any drawbacks of using EmbeddedEntity over direct serialization in Java using @Serizalize?

我正在嘗試將 map object 中的 Java 存儲到 Google Cloud Datastore。 與直接在字段上使用@Serizalize相比，將其視為EmbeddedEntity有什么缺點？ ...

Objectify - 我們可以為 QueryKeys 設置 startAt(cursor) 嗎？ 或者如何迭代許多 Keys 查詢？

[英]Objectify - can we set a startAt(cursor) for QueryKeys? Or how to iterate over many Keys query?

我正在嘗試使用此代碼一次迭代超過 1000 個實體鍵，但與Query不同， QueryKeys沒有startAt()方法讓我將其設置為 cursor： 有沒有辦法像Query一樣使用QueryKeys遍歷鍵？ 我想遍歷鍵的原因是我需要從數據存儲中刪除這些實體。 我可能會刪除 100k - 100 ...

使用 Objectify 在 Datastore 中進行查詢時，何時加載 Ref？

[英]When are Ref's loaded when making a query in Datastore with Objectify?

如果我的實體 Car 中有一個@Load Ref<Driver>並且我對 Cars 進行查詢，那么這些 ref 是什么時候從數據存儲中實際加載的？ 例如，在下面的代碼中，當這個查詢運行時，驅動程序是從數據存儲中加載的嗎？ 或者當我在我的端點返回 Cars 並且它被序列化時它們是否被加載 ...

使用相同代碼的新部署的數據存儲爭用

[英]Datastore contention on new deployment with the same code

在重新部署代碼后，我們的應用程序使用 Datastore（不是 Datastore 模式下的 Firestore）時遇到了一些問題。 在使用相同代碼的新 AppEngine 服務部署中，我們會遇到數據存儲爭用問題，如果我們切換到舊服務版本（相同代碼），一切正常。 三重檢查了這一點，因為我們仍然有部署 ...

使用 Firestore 原生對象化 - 未找到匹配的索引

[英]Objectify with Firestore native - no matching index found

我有一組非常簡單的 Java 對象，我使用 Objectify 6.0.7 將它們存儲在 Google Firestore 數據庫（本機模式）中。 存儲、刪除和查詢對象都可以正常工作，但是在單個字段上使用 orderBy 子句的查詢會失敗，並顯示“找不到匹配的索引”。 完全相同的代碼在 Datast ...

在谷歌應用引擎 java 8 標准項目中同時對象化 v5 和 v6

[英]Objectify v5 and v6 at the same time in a google app engine java 8 standard project

我們想要將 google app engine java 8 標准項目零停機遷移到另一個區域。 不幸的是谷歌不支持這個，所以它必須手動完成。 可以導出數據存儲並再次導入，但可能不會出現停機，而且數據必須始終保持一致。 因此，出現了在新區域創建項目的想法，並將 objectify 5 與舊項目中使用 ...

創建引用可以在帶有 objectify 的事務內引發 ConcurrentModificationException

[英]Creating a reference can throw a ConcurrentModificationException inside of a transaction with objectify

我在這樣的事務中進行祖先查詢： 稍后在事務中，我創建並保存了一個新實體，該實體使用我在ancestor()中使用的鍵作為Ref<?>屬性： Task newTask = new Task(jobKey) 當我的整個方法在一秒鍾內運行多次時，我在jobKey上得到一個Concurrent ...

Objectify 中是否有“IN”和“OR”運算符的其他替代方案（雲數據存儲 SDK 目前不支持“IN”過濾器）。 -java

[英]Is there any other Alternative for 'IN' and 'OR' operators in Objectify(The Cloud Datastore SDK does not currently support 'IN' filters). -java

實體 1 實體 2 我想要使用 companyIds 列表過濾實體 1。 我正在使用appengine-sdk 版本 1.9.68和Objectify 版本 6.0.6 。 任何建議都會有所幫助，謝謝。 ...