Ma question est sur les compteurs partagés et si vous pourriez en avoir trop. notez ci-dessous est juste un exemple composé.pouvez-vous avoir un grand nombre de compteurs fragmentés, c'est-à-dire un grand nombre de types d'entités?
Dites que vous voulez garder un nombre de visites de différentes pages sur votre site. Ainsi, pour éviter la contention de banque de données, vous décidez de partitionner les compteurs d'accès pour chaque page. Maintenant, le nombre de pages augmente, d'où le nombre croissant de compteurs. En supposant que vous suiviez les exemples fragmentés typiques, chaque compteur fragmenté a son propre type permettant de construire une requête qui récupère toutes les entrées soufflant à un type, c'est-à-dire toutes les entités appartenant à ce compteur fragmenté particulier.
Mes questions sont les suivantes:
Est-ce un grand nombre de compteurs (non tessons par contre) ) affecter les performances car il y aura tant de types d'entités?
Est-ce la meilleure pratique? Je veux dire, il semble moche dans la visionneuse de datastore lorsque vous avez des tas de types d'entités que chaque type est un compteur partagé pour une page sur votre site.
Si ce qui précède n'est pas bon, quelle serait la meilleure solution?
Attendez, je peux avoir besoin de votre aide, je me souviens avoir lu/mise en œuvre, que pour compter le nombre de résultats pour dire « event_a » vous créer un contre-type de nom (par exemple) « event_a_shards ». Ensuite, pour récupérer tous les fragments pour "event_a" vous exécutez une requête pour obtenir toutes les entités avec le type "event_a_shards". D'accord, je pense qu'il y avait un autre type de compteur juste pour garder une trace du nombre de fragments par compteur. Est-ce pas comme ça que tu le fais? Si c'est le cas, vous devez toujours avoir une sorte par compteur. –
Édité la réponse, regardez les exemples dans le lien – MeLight
Merci pour le conseil - c'est génial. Je ne l'ai jamais remarqué parce que j'ai seulement vérifié l'exemple de Java. –