requête anormalement ralentie

Bonjour,

J'exécute des scripts sql lents.
Pour les développer et les tester je les exécutais d'abord via PG Admin III (sous windows) et j'obtenais des temps d'exécution de l'ordre de 10 minutes.

Ces scripts sont destinés à être exécutés automatiquement par une application .Net qui en réalité fait appel à la commande "psql -q -f script.sql -d postgis -h localhost -U postgres".

Là où je sèche, c'est que de 10 minutes de temps d'exécution, je passe à 2h !?

Les scripts sont du type:
- créer des indexes sur les tables
- créer une table pour stocker les données
- remplir la table (à partir d'autre tables et de fonctions home made sur des données spatiales)

Je cherche donc la / les cause(s) qui peuvent expliquer une telle différence de temps d'exécution.

Je ne sais pas trop si ma question devrait se trouver plus dans le forum Postgres que dans celui .Net car c'est vraiment quand le script est lancé par mon application qu'il ralenti; si je tape moi même la commande "psql" dans une console Windows, les temps d'exécution sont les mêmes que dans PG Admin III

D'avance je vous remercie.

Si tu obtiens le même temps de réponse dans PGAdmin et en lançant la commande à la main mais que l'utilisation de la commande dans .net prends 12 fois plus de temps, j'aurais tendance à dire que le problème vient plutôt de .Net.

10 minutes, c'est déjà long !
Tu as des millions de lignes et des traitements vraiment si complexes ?

merci de ta réponse,

Moi aussi je pense que ça vient du .Net cependant j'utilise le même procédé dans la même application pour importer/exporter (shp2pgsql/pgsql2shp) les données dans la base de données et là les temps d'exécution sont les mêmes que quand je lance les commandes à la main.

Et finalement, pendant que tu me répondais, j'ai essayé d'exécuter le script directement dans .Net et là je retrouve des temps plus bas : 20 minutes.

Pour l'anecdote,
Oui le temps de traitement est assez logique.
J'utilise 3 à 5 tables ayant un peu moins de 1 million de records pour les 3 plus grosses mais surtout il y a pas mal de traitements de données spatiales.
De plus j'ai dû écrire une fonction de 350 lignes en plpgsql, fonction qui est appelée sur chacun des 750 000 record d'un des tables.