Antes de qualquer coisa fui pesquisar no histórico mas o sistema está
fora do ar, ao menos na hora em que acessei.
Estamos com problemas mesmo, há pessoas trabalhando nisso.
Então vem a minha dúvida, há algum projeto de paralelismo no Postgres?
Uma aplicação cliente pode sempre distribuir as consultas em várias
conexões e juntar os resultados para atingir esse paralelismo. Portanto,
o PostgreSQL é e sempre foi "paralelizado".
O problema é sempre o maldito buzzword.
O que muitas pessoas entendem como paralelismo é o fato de o próprio
servidor utilizar múltiplos processos para executar uma única consulta.
Isso dificilmente será implementado no PostgreSQL, ao menos de forma
embutida, e toda vez que uma discussão desse tipo aparece acaba morrendo
porque a arquitetura teria de ser pesadamente modificada, o que
inviabiliza a implementação.
Isso não seria interessante para o SGBD?
Pode ser interessante para alguns tipos de aplicação, não para o SGBD,
eu arrisco dizer que é totalmente desinteressante implementar algo desse
tipo automaticamente dentro do PostgreSQL.
Estou num projeto de DW que estamos usando o Backend Postgres e surgiu
essa argumentação/comparação com o Oracle.
A marca citada normalmente usa o poder do marketing para vender uma
funcionalidade que na verdade é uma solução para uma deficiência.
Na maioria das consultas do tipo OLAP comumente encontradas em Data
Warehouses, a modelagem correta e a boa escrita de consultas
simplesmente substitui com largas vantagens o tal "paralelismo".
Aí me ficou essa dúvida, por isso estou vindo a lista fazer essa pergunta.
Venha sempre que precisar.
[]s
Flavio Gurgel
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
