Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] Requ ête multi-thread
Guillaume Lelarge <[email protected]>
| Newsgroups | gmane.comp.db.postgresql.french |
|---|---|
| Message-ID | <CAECtzeXqr_g72tkU5euDrjAXDNFnieJOVZbEjLM84ZGDqswq1Q@mail.gmail.com> |
Le 21 avril 2016 à 17:17, Olivier GENTRIC <[email protected]> a écrit : > A mon avis oui, c'est un besoin récurrent au regard des volumétries de > données croissantes. > Il y a aussi d'autres pistes relatives au "sharding" avec un > partitionnement réparti sur plusieurs moteurs PostgreSQL et donc un autre > espoir de parallélisme à ce niveau. > > Le parallel seqscan n'est qu'une première étape. D'autres étapes sont déjà passées, notamment les jointures et les agrégats ( http://rhaas.blogspot.fr/2016/03/parallel-query-is-getting-better-and.html). Évidemment, il reste du boulot, et il y a de fortes chances que cela continue. Néanmoins, il faut être réaliste : si les clients d'EntrepriseDB (qui est la société qui a principalement travaillé sur ces fonctionnalités) sponsorisent des fonctionnalités autres, EDB n'aura aucune motivation pour travailler sur le parallélisme. Je pense qu'il n'y a aucune chance que cela arrive, mais c'est une possibilité. Pour le dire, il n'y a aucune garantie, il n'y a que des fortes présomptions que la version suivante contiendra des nouveautés sur le parallélisme. Cordialement > > Olivier > > Le 21 avril 2016 à 17:10, Bertrand ROBERT <[email protected]> a écrit : > >> Mais je peux vraiment en conclure qu'il y aura des avancées à ce sujet >> dans les versions futurs ? En gros parallel sequential scan n'est qu'une >> première étape mais sûrement pas la dernière ? >> Je te remercie d'avance. >> >> Bertrand >> >> ------------------------------ >> *De: *"Olivier GENTRIC" <[email protected]> >> *À: *"b robert" <[email protected]> >> *Cc: *"pgsql-fr-generale" <[email protected]> >> *Envoyé: *Jeudi 21 Avril 2016 17:09:52 >> *Objet: *Re: [pgsql-fr-generale] Requête multi-thread >> >> >> Bonjour, >> >> En version 9.5, il n'y a pas encore de parallélisme au niveau d'une >> requête SQL. >> >> L'évolution 9.6 "Parallel Sequential Scan" est un début de solution qui >> prend la même direction que les fonctionnalités équivalentes des autres >> SGBD propriétaires. >> Elle n'est cependant pas compatible avec le partitionnement (pour le >> moment). >> >> C'est prometteur, il faut juste attendre que cela prenne en maturité. >> >> Cordialement >> >> Olivier GENTRIC >> DBA Etudes Oracle et PostgreSQL >> >> Le 21 avril 2016 à 14:26, Bertrand ROBERT <[email protected]> a écrit >> : >> >>> Bonjour à tous, >>> >>> J'ai une question concernant PostGreSQL. >>> Mon entreprise envisage une migration de MySQL à PostGreSQL pour >>> diverses raisons et nous nous posions une question à propos des requêtes >>> multi-thread. >>> >>> Sauf erreur de ma part, aujourd'hui une grosse requête n'est pas >>> parallélisée sur plusieurs coeurs. >>> Par contre j'ai vu des travaux en cours à ce sujet en lisant cet article >>> : >>> http://rhaas.blogspot.lu/2015/11/parallel-sequential-scan-is-committed.html >>> >>> Est-ce que cette fonctionnalité peut-être comparée à des solutions >>> multithreads des concurrents propriétaires (Oracle, MS SQL, DB2, etc) ? >>> Est-ce qu'il y aura d'autres travaux à ce sujet ? >>> >>> Je vous remercie d'avance. >>> >>> Bertrand >>> >> >> >> >> -- >> *Olivier GENTRIC* >> >> *Mob : 06.67.49.53.47* >> *Mail : [email protected] <[email protected]>* >> >> > > > -- > *Olivier GENTRIC* > > *Mob : 06.67.49.53.47* > *Mail : [email protected] <[email protected]>* > -- Guillaume. http://blog.guillaume.lelarge.info http://www.dalibo.com