Obtenir la dernière rangée du tableau des séries chronologiques?

Question

Je suis déjà en mesure d'obtenir la dernière ligne du tableau des séries chronologiques que:

SELECT * from myapp.locations WHERE organization_id=1 and user_id=15 and date='2017-2-22' ORDER BY unix_time DESC LIMIT 1; 

Cela fonctionne très bien, cependant, je me demande sur la performance et les frais généraux d'exécution ORDER BY sous forme de lignes sont déjà triés, je viens d'utiliser pour obtenir la dernière rangée, est-ce un surcoût dans mon cas? Si je n'utilise pas , j'obtiendrai toujours la première ligne de la table, donc, je pourrais utiliser INSERT d'une autre manière, ex: insérer toujours au début au lieu de la fin de la table ?

Un conseil? dois-je utiliser ORDER BY sans se soucier de la performance?

Answer 1

simplement définir votre regroupement clé pour

DESC

Comme le schéma ci-dessous:

CREATE TABLE locations (
    organization_id int, 
    user_id int, 
    date text, 
    unix_time bigint, 
    lat double, 
    long double, 
    PRIMARY KEY ((organization_id, user_id, date), unix_time) 
) WITH CLUSTERING ORDER BY (unix_time DESC); 

Donc, par défaut vos données triées par unix_time desc, vous n'avez pas besoin de préciser dans la requête
maintenant, vous pouvez simplement utiliser la requête ci-dessous pour obtenir la dernière ligne:

SELECT * from myapp.locations WHERE organization_id = 1 and user_id = 15 and date = '2017-2-22' LIMIT 1; 

Answer 2

Si votre schéma de requête pour cette table est toujours ORDER BY unix_time DESC alors vous êtes dans un scénario inverse de série chronologique, et je peux dire que votre modèle est inexact (pas faux).

Il n'y a aucune raison de ne pas trier les enregistrements dans l'ordre inverse en ajoutant un WITH CLUSTERING ORDER BY unix_time DESC dans la définition de la table, et à mon avis, le ORDER BY unix_time DESC fonctionnera au maximum avec quelque chose explicitement destiné à ces cas d'utilisation (enfin, je pense va fonctionner pire).