Plusieurs milliers de requêtes

**Hacken** · 13/02/2007, 12h08

Bonjour,

J'ai un petit soucis, je suis entrain de créer une application et je fais de tests avec des importations de CSV et de transaction de table à table.

Mon souci c'est qu'il y a certaines actions qui vont demander de fais plusieurs milliers de requêtes (parfois ça monte jusqu'à 100'000 voir plus). Le souci c'est ce que ceci est trop long pour l'utilisateur. Il ne peut pas se permettre de rester 5 minutes devant l'écran à attendre.

J'aimerais savoir s'il y a possibilité de lancer une requête en arrière plan sur le serveur ?

Exemple, on envoie tel ou tel paramètre et pouf le client voit que c'est lancé et sur le SQL il continue sa requête tranquille.

Merci d'avance de votre aide.

Salutations,

Hacken

**Babyneedle** · 13/02/2007, 14h24

Je ne vois vraiment pas qu'est-ce qui pourrait justifier le lancement de plusieurs milliers de requêtes pour un seul utilisateur.

Il y a définitivement un problème de conception à quelque part.

Donne-nous des détails sur les besoins qui génèrent ces milliers de requêtes et on va voir si on peut pas regrouper le tout.

**Hacken** · 13/02/2007, 19h05

C'est très simple.

Nous avons une base de 50'000 mails et cela évolue de façon exponentielle.

Quand nous importons cette base de données, il n’y a pas de soucis. Maintenant il se trouve que nous lançons des mailings et nous stockons tous les mails dans une table. Du coup, lors d'une planification nous enregistrons plusieurs fois 50'000 mails dans une base.

Pour un vendeur qui fait la promotion d'un produit, cela est bien trop long quand il planifie les mailings.

**Babyneedle** · 13/02/2007, 19h54

Maintenant il se trouve que nous lançons des mailings et nous stockons tous les mails dans une table. Du coup, lors d'une planification nous enregistrons plusieurs fois 50'000 mails dans une base.

Est-ce nécesaire de stocker tout le contenu des mails?

Serait-il possible de ne stocker qu'une référence et une date?