Discussion :

[Stef784ever]

Bonjour,

Pour une application financière codé en java, j'ai une grosse table de "tick" (~40Millions de ticks).

L'application java a besoin de tout prendre le contenu de cette table trié par date. (c'est donc un simple select from order by).

J'ai pas besoin de quelque chose de super rapide, mais le problème c'est que postgresql retrie la table à chaque fois du coup je dois attendre plusieurs minutes avant qu'il commence à me retourner des rows.

J'ai essayé en créant un index mais je pense que postgresql ne l'utilise pas car je demande tout le contenu de la table.

Existe t'il une solution pour pré-définir un tri des données.

Merci !
Stéphane

[SQLpro]

Combien de colonnes dans la table ?

Si peu (une dizaine max) faites un index sur toutes les colonnes en commençant par la date.

Sinon... dommage que PG n'implémente pas les index couvrant (clause INCLUDE) comme le fait par exemple SQL Server.

A lire : http://blog.developpez.com/sqlpro/p9...t-sur-l-index/

A +

[estofilo]

J'ai essayé en créant un index mais je pense que postgresql ne l'utilise pas car je demande tout le contenu de la table.

Existe t'il une solution pour pré-définir un tri des données.

La technique recommandée pour faire ça est d'utiliser un curseur SQL (voir les commandes DECLARE, FETCH, CLOSE)
Si l'expression du tri est indexée, avec un curseur les premiers résultats seront disponibles tout de suite.

[punkoff]

Et quid du réorg de la table en cluster selon l'index en question ?

edit: ca ne marche pas non plus, ca force le sort nvm

[Stef784ever]

En fait je faisait mes test en shell, mais tu as raison estofilo, index + fetch et ça pas direct.

Merci à tous!
Stéphane

SQLpro : Merci pour la doc très instructive