PHPz2017-04-22 09:01:44
C'est-à-dire que lorsqu'il y a beaucoup de clés, la vitesse de requête est très lente
L'interrogation avec de nombreuses clés est lente. Cela fait-il référence au zset réellement cliqué lors de la dernière requête ?
Je ne sais pas combien de résolutions il y aura ? Vous pouvez modifier la clé de zset non pas pour avoir une résolution, mais pour avoir une résolution en valeur. Cela peut réduire beaucoup de clés. Si vos conditions de recherche ont une résolution, vous pouvez effectuer un filtrage après avoir recherché une valeur, et la vitesse devrait être très élevée. rapide.
Mais le comportement de sélection de la boîte est dû au fait que la plage est variable
Requête de sélection de cadre (équivalent à la requête de plage) Requête sur un certain jour, une certaine page, une certaine résolution
Nombre total de clics valides et nombre total de clics incorrects aux points de coordonnées dans une certaine plage (par exemple 100<x<1 000,30<y<600).
C'est comme demander à l'utilisateur de dessiner manuellement une zone de recherche. Pouvez-vous envisager de modifier cette condition pour inclure l'image entière ? Découpé en 10 parties (100 parties, 10 000 parties). Chaque partie est un carré. La condition ne peut sélectionner qu'un certain carré, plutôt que de simplement le dessiner au hasard. De cette manière, les données de chaque carré peuvent être « résumées » de manière prévisible. .
Parlons-en d'abord et voyons si cela aide. Si vous avez encore besoin de l'optimiser, vous pouvez modifier la description de la requête dans la question. Il y a certains endroits que vous pouvez rattraper, mais je ne sais pas si vous le pouvez. Je veux exprimer cela, je vais donc vous en donner un simple. Veuillez écrire l'exemple en détail et utiliser la composition, cela a l'air très fatiguant
Je les ai écrits séparément. Voici la réponse après avoir corrigé la question
Tout d'abord, vous n'utilisez pas l'essence de zset, qui trie automatiquement l'index selon scop. Il semble que vous ne devez pas comprendre la résolution que j'ai mentionnée ci-dessus lorsque vous la mettez en valeur. exemple
Un zset enregistre les données d'une certaine page et d'une certaine résolution un certain jour
La clé est date_pageid_resolution et le membre est : valide OU invalid_browser_region
le score est le nombre de clics
Exemple : clé : 20140908_0001_1000
membre : 0_1_1 0 correspond à un clic invalide, 1 correspond au navigateur QQ dans la table du navigateur, 1 correspond à Shanghai dans la table des régions
note : 10
Supposons qu'il y ait 3 résolutions : A, B, C
D'après ce que vous avez dit, la clé ressemblera à ceci
20140908_0001_A
20140908_0001_B
20140908_0001_C
La méthode de stockage dont je parle est
clé :20140908_0001
membre : validORinvalid_browser_region_number de clics
score:résolution
Lors d'une recherche comme celle-ci, il vous suffit en fait d'obtenir la page 0001 du jour 20140908 (juste 1 clé), puis de sélectionner la résolution A et de regarder ses membres. Ce n'est pas utile car ce n'est pas agréable à distinguer. Cela ne sert à rien de mettre le taux ici. L'utilisation de zset pose des problèmes dans ce cas.
Ce qui précède n'est qu'un exemple ! En fait, ne faites pas ça. Il existe une meilleure façon. Après avoir révisé la question et compris les exigences, j'ai proposé une nouvelle approche.
zset：ensemble de données
clé : date-page-résolution
score : coordonnées (pensez à transformer x et y en nombre)
membre : navigateur-région-nombre de clics valides-nombre de clics invalides
Si la date devient une plage facultative, cet ensemble est nécessaire pour stocker la date spécifiquement. Nous l'appelons : ensemble de dates
.
clé:page
score :date
membre : clé de l'ensemble de données
Le but de l'ensemble de dates est d'indexer la clé de l'ensemble de données. Votre méthode d'utilisation de key() est très lente car elle effectuera une recherche complète. Votre exemple est un certain jour. Je comprends qu'il peut n'y avoir pas de plage de dates, donc le jeu de dates peut être inutile. De même, s'il y a trop de résolutions et qu'il est impossible de le maîtriser, vous pouvez également imiter cet ensemble pour créer une collection. de clés !
Les deux coordonnées suivantes sont zset. Je ne les ai pas regardées attentivement. Réfléchissons bien à l'utilisation de zset.
Vous avez donné 4 exemples de requêtes ci-dessous
A interroge le nombre de clics sur une certaine page un certain jour, c'est-à-dire le nombre total de clics valides + le nombre total de clics invalides
B Interroger le nombre total de clics valides et le nombre total de clics invalides sur une certaine page et une certaine résolution un certain jour
C Interroger tous les points de coordonnées et le nombre de clics sur une certaine page et une certaine résolution un certain jour
Requête de sélection de cadre D (équivalent à la requête de plage) Interrogez le nombre total de clics valides et le nombre total de clics invalides de points de coordonnées dans une certaine plage (telle que 100<x<1000,30<y<600) à une certaine résolution un certain jour
A : Vous avez dit qu'il y avait 3 résolutions, puis ajoutez 3 résolutions après la clé, les plages 0 et -1 sont toutes incluses
20150415-page1-1380,20150415-page1-1190,20150415-page1-1000
B : C'est génial. Cochez simplement une touche et obtenez la plage 0 et -1
20150415-page1-1380
C : D'accord, les deux premiers peuvent aussi obtenir les coordonnées, mais vous n'avez pas de spectacle
D : Après avoir utilisé votre ensemble de coordonnées pour obtenir la clé, vérifiez les coordonnées de la plage de l'ensemble de données
Après avoir tout écrit, j'ai trouvé un petit problème lors de la vérification des fautes de frappe. Il semble que vous deviez enregistrer les navigateurs valides et invalides dans chaque région ? Si cela n'est pas nécessaire, les membres de l'ensemble de données peuvent simplement enregistrer des numéros valides et invalides. Si cela est nécessaire, la conception doit être prise en compte en fonction du nombre de navigateurs dans la région. Votre question ne semble pas introduire cet aspect. .
répondre
0
