Version imprimable
Bonjour,
J'ai une question un peu folle, dont je suis sûr de la réponse a 80% :
Peut-on lancer une procédure multithread ?
Je m'explique :
J' ai 26 requêtes (identiques) qui doivent rouler sur 26 tables (1 par chrosmome) numérotées de 1 a 26. Actuellement, je les lance via une procédure qui contient une boucle itérant de 1 a 26.
Donc les 26 requêtes s'exécutent séquentiellement. Je voudrais les exécuter parallèlement.
Merci
Z.
MySQL comme PostGreSQL ne savent pas paralléliser les opérations effectuées sur des requêtes d'une même session.
Pour faire cela orientez vous vers Oracle (très cher) ou MS SQL Server. nettement moins cher....
Cela fait partie des nombreuses limites de cet ersatz de SGBDR qu'est MySQL. À lire : http://blog.developpez.com/sqlpro/p9...oudre_aux_yeux
A +
salut,
il a raison peu de sgbd le font dans une même session et mysql ne le fait pas :calim2:
J'utilise le moteur tokudb. Il a du multithread lors du management des tables, mais pas dans les requêtes de sélection :(
Je viens de créer 2 procédures a lancer dans 2 sessions sparées pour réaliser les taches.
Pour Eric : les chromosomes paires dans l'une et impaires dans l'autre
Citation:
Envoyé par Zwiter
N'auriez vous pas un problème de modélisation ? Vous ne donnez pas de détail à ce niveau, mais je suis prêt à parier qu'avec une bonne modélisation, vous pourriez ne faire qu'une seule requête, qui serait à peine plus longue qu'une seule de vos 26 requêtes actuelles...
c'est guère possible regarde l'autre post où on en parle...
le problème c'est de jointer 50Go (le génome) à 26Mo de l'autre coté pour chercher des similarités...
sachant que de toute façon même la nature à choisi cette solution... ça permet un extrème compactage des données et ça à réduit de 24h à environ 5-10 minutes le traitement
pour info le chromosome n°1 fait 250000000 de positions à analyser environ par exemple
pour la solution de la parallélisation sur la même machine comme je te le disais, je pense pas que ça apporte voir ça risque de ralentir vu la taille des flux à traiter...
parce que tu vas bouffer de la capacité de cache (à tous les niveaux) et du temps d'exécution entre les threads... pour des traitements brassant beaucoup moins de données ça serait un gain... ici je pense pas...