Chaque entité est identifiée par une clé qui est unique dans l'instance Datastore de l'application et comprend les éléments suivants :
- Genre – Il s'agit généralement du nom de la classe de modèle à laquelle appartient l'entité, mais vous pouvez le remplacer par une autre chaîne en ignorant la méthode de classe
_get_kind()
. - Identifiant – Spécifiez votre propre nom de clé comme identifiant ou laissez Datastore générer automatiquement un ID numérique sous forme d'entier.
Spécifier votre propre nom de clé
L'exemple suivant permet de créer implicitement une clé avec un identifiant de chaîne à l'aide du paramètre nommé id
:
Vous pouvez également définir le nom de clé directement :
Laisser Datastore générer un ID qui servira de clé
Ce code montre comment utiliser un ID généré automatiquement comme clé :
Utiliser le chemin d'ancêtre dans la clé
La séquence d'entités commençant par une entité racine, puis allant du parent à l'enfant pour arriver à une entité donnée, constitue le chemin d'ancêtre de cette entité. Le parent, le parent du parent et ainsi de suite, sont les ancêtres d'une entité. Les entités du datastore forment donc un espace de clés structuré de manière hiérarchique, semblable à la structure de répertoires d'un système de fichiers.
La clé complète désignant l'entité se compose d'une séquence de paires genre/identifiant, qui spécifie son chemin d'ancêtre et se termine par les valeurs de l'entité elle-même. La méthode constructeur de la classe Key
accepte ce type de séquence de genres et d'identifiants, et renvoie un objet représentant la clé de l'entité correspondante.
L'exemple suivant montre un service de création de blogs qui stocke des messages par révision. Les messages sont regroupés par compte, et les révisions par message.
...
Dans l'exemple de code ci-dessus, ('Account', 'sandy@example.com')
, ('Message', 123)
et ('Revision', '1')
sont tous des exemples de paires genre/identifiant.
Notez que Message
n'est pas une classe de modèle. Il ne sert qu'à regrouper les révisions et non à stocker des données.
Comme indiqué dans l'exemple de code, le genre de l'entité est désigné par la dernière paire genre/nom de la liste : ndb.Key('Revision', '1')
.
Utiliser des paramètres nommés
Vous pouvez désigner directement une entité dans le chemin d'ancêtre au moyen du paramètre nommé parent
. Les notations suivantes représentent toutes la même clé :
Spécifier une entité racine
Dans le cas d'une entité racine, le chemin d'ancêtre est vide, et la clé n'est constituée que du genre et de l'identifiant de cette entité.
Spécifier une entité avec des ancêtres
Pour insérer un nouveau message avec des clés parentes :
Pour les clés créées avec un parent, la méthode parent()
renvoie une clé représentant l'entité parente :
Utiliser des ID de clé numériques
Vous pouvez créer une entité sans spécifier d'ID, auquel cas le datastore génère automatiquement un ID numérique. Si vous choisissez de spécifier certains ID, puis que vous laissez Datastore en générer automatiquement d'autres, l'exigence d'unicité des clés risque de ne pas être respectée. Pour éviter que cela ne se produise, réservez une plage de nombres à utiliser comme ID. Sinon, l'emploi d'ID de chaîne permet de remédier complètement à ce problème.
Pour réserver une plage d'ID, utilisez la méthode de classe allocate_ids()
de la classe de modèle :
- pour allouer un nombre déterminé d'ID ;
- pour allouer tous les ID jusqu'à une valeur maximale donnée.
Allouer des ID
Pour allouer 100 ID pour une classe de modèle donnée (MyModel
) :
Pour allouer 100 ID pour les entités ayant la clé parente p
:
Les valeurs renvoyées, first
et last
, sont les premier et dernier ID (inclus) alloués. Vous pouvez vous en servir pour construire des clés comme suit :
Vous avez la garantie que ces clés n'ont pas déjà été renvoyées par le générateur d'ID internes du datastore et qu'elles ne seront pas renvoyées par des appels ultérieurs au générateur d'ID internes. Cependant, la méthode allocate_ids()
ne vérifie pas si les ID renvoyés sont présents dans le datastore. Elle n'interagit qu'avec le générateur d'ID.
Pour allouer tous les ID jusqu'à une valeur maximale donnée :
Ce formulaire garantit que tous les ID inférieurs ou égaux à N
sont considérés comme alloués. Les valeurs renvoyées, first
et last
, indiquent la plage d'ID réservée par cette opération. La tentative de réservation d'ID déjà alloués n'entraîne pas une erreur. Si cela se produit, first
indique le premier ID non encore alloué, et last
est le dernier ID alloué.