Die Prüfung, ob Unternehmen besteht in den google app engine datastore.

Was ist der beste/Schnellste Weg um zu prüfen, ob eine Entität existiert in einer google-app-engine-datastore? Jetzt versuche ich, die Person durch die Taste und prüfen ob der get() einen Fehler zurück.

Weiß ich nicht, wie sich ein Unternehmen auf dem datastore. Gibt es einen schnelleren Weg für nur diese Prüfung?

  • immer eine Einheit von Schlüssel werden nie wieder ein Fehler, es gibt Keine.
  • In java - get löst eine Ausnahme aus, wenn Person nicht gefunden: developers.google.com/appengine/docs/java/javadoc/com/google/...
  • ok, wusste nicht, dass.
  • Ich bekomme wirklich nicht die Frage. Wenn Sie bereits über einen Schlüssel, wie kommt Ihr Unternehmen könnte nicht existieren? Es sei denn, Sie verwenden benutzerdefinierte ID/name oder anderen gleichzeitigen Anfrage löscht, die gleiche Person inzwischen. Was ich damit sagen will ist, Sie würde vielleicht betrachten Sie Ihr problem aus einer anderen Perspektiven, z.B. was genau wollen Sie erreichen ein größeres Bild zu skalieren?
  • Ich bin der Generierung der Schlüssel entsprechend mit einigen Parametern. Für Beispiele, wenn ich einen Benutzer habe, kann ich eine Entität für Benutzer-Eigenschaften, die über die user_id als Schlüssel. nur mit KeyFactory.createKey(Name, id);
InformationsquelleAutor Victor | 2012-04-16
  1. 4

    com.google.appengine.api worden ist veraltet, zu Gunsten von den App-Engine-GCS-client.

    Haben Sie sich überlegt mit Hilfe einer Abfrage? Guess-and-check ist keine skalierbare Methode, um herauszufinden, der eine Entität existiert, die in einem datenspeicher. Kann eine Abfrage erstellt werden, die zum abrufen von Elementen aus der datastore, treffen einer bestimmten Gruppe von Bedingungen:

    https://developers.google.com/appengine/docs/java/datastore/queries

    EDIT:

    Was über die key-Abfrage? Schlüssel-nur Abfragen schneller ausgeführt als Abfragen, die Rückkehr kompletten Einheiten. Wieder nur die Tasten, verwenden Sie die Abfrage.setKeysOnly () - Methode.

    new Query("Kind").addFilter(Entity.KEY_RESERVED_PROPERTY, FilterOperator.EQUAL, key).setKeysOnly();

    Quelle: [1]: http://groups.google.com/group/google-appengine-java/browse_thread/thread/b1d1bb69f0635d46/0e2ba938fad3a543?pli=1

    • Die Zeit, die Antwort für eine Abfrage ist besser für das Holen einer Person?
    • Nein, die Abfrage wird immer länger dauern und mehr Kosten, so dass ich nicht denke, das ist die richtige Antwort.
    • Die Kosten für eine Abfrage mit der .setKeysOnly () - filter hat eigentlich die gleichen Kosten wie eine einzelne get-operation (sowohl in Bezug auf die Bedingungen der Rechnungslegung und der effektiven Laufzeit, da diese meistens bestimmt durch das Netzwerk der roundtrip-Zeit). Beachten Sie auch, dass die Abfrage für KEY_RESERVED_PROPERTY werden in einer speziellen Art und Weise, wie es arbeitet nicht mit einem eventuellen konsistente index als eine Abfrage für jedes andere Attribut würde, aber "strongly consistent" statt. Dies macht diese Antwort vollkommen gültig, obwohl die Einsparungen durch das Holen der keys werden nicht angegeben, die für diese Art von Abfrage.
    InformationsquelleAutor Eric Leschinski
  2. 6

    Was Sie vorgeschlagen, wäre in der Tat der Schnellste Weg zu wissen, ob Ihr Unternehmen besteht. Das einzige, was langsamer ist die Zeit, die es braucht, zu Holen und Deserialisieren Ihre Person. Wenn Ihre Einheit ist groß, diese können Sie langsam nach unten.

    WENN diese Maßnahme (Kontrolle für die Existenz) ist ein wichtiger Engpass für Sie und Sie haben die großen Unternehmen, möchten Sie vielleicht Rollen Sie Ihre eigenen system überprüfen, indem Sie mit zwei Personen - Sie müssen Ihre vorhandenen Person mit Daten, und eine zweite Person, die entweder speichert die Referenz auf die Reale Person, oder vielleicht eine leere Einheit, wo der Schlüssel ist nur eine variation der ursprünglichen entity-Schlüssel, die Sie berechnen können. Sie können überprüfen Sie für die Existenz schnell mit der 2. Person, und Hole dann die erste Einheit nur, wenn die Daten notwendig ist.

    Der bessere Weg, denke ich wäre einfach entwerfen Sie Ihre Schlüssel wie Sie wissen Sie, es wäre nicht dupliziert, oder, dass Ihre Operationen idempotent sind, so dass, selbst wenn eine alte Person überschrieben wurde, es würde keine Rolle.

    • Ich glaube nicht, dass es einen Weg gibt, um dies zu vermeiden, überprüfen Sie, wenn mehrere Prozesse parallel laufen. Der einzige Weg, um sicherzustellen, dass keine Duplikate ist die Verwendung einer Transaktion: überprüfen Sie, ob sich ein Unternehmen bereits existiert, wenn nicht erstellen Sie eine neue Entität.
    • Sie wahrscheinlich nicht verstehen, meine Antwort. Ich sagte so ziemlich das gleiche, Sache. Und dann habe ich noch eine Optimierung in dem Fall, wo Sie große Einheiten, und Sie wollen nicht zu Deserialisieren der großen Einheit. Sie könnten eine zweite kleine Einheit zu prüfen, für die Existenz, so dass es kehrt viel schneller als das abrufen der großen Einheit. Aber Sie schreiben, Sie hätten zu schreiben, diese beiden Entitäten in einer Transaktion.
    InformationsquelleAutor dragonx
  3. 3

    Konnten Sie Holen mit einem List<Key> mit nur einem Key, diese Methode gibt eine Map<Key, Entity> dem Sie prüfen können, wenn es mit einem tatsächlichen Wert oder null zum Beispiel:

    Entity e = datastoreService.get(Arrays.asList(key)).get(key);

    Im Allgemeinen, obwohl ich denke, es wäre leichter zu wickeln get() in einem try/catch-zurück null wenn die EntityNotFoundException gefangen ist.

    • Warum dies so ist, am besten nur mit get(Key)?
    • Es scheint nur mehr "richtig" zu mir, wenn Sie nur gehen, um abholen für einen Schlüssel-aber es ist ganz persönliche Präferenz, und bis zu Ihnen.
    • Ich Frage besser Sitz in Reaktionszeit
    • Die get() macht, löst eine EntityNotFoundException, wenn nicht gefunden. Java-code, der Ausnahmen erfasst während des normalen Betriebs kann eine Größenordnung langsamer und ist schlechter Stil, denn Ausnahmen vorbehalten sein sollte für die Dinge die Programmierer nicht erwarten, zu geschehen. stackoverflow.com/questions/299068/how-slow-are-java-exceptions
    • Ich habe keine harten Daten, aber ich würde erwarten, dass Sie die gleichen sein werden.
    • Die JavaDocs nicht erwähnt zu werfen, die Ausnahme, aber ich gebe zu, ich habe nicht versucht, es selbst.

    InformationsquelleAutor Jason Hall
Schreibe einen Kommentar