>
> Boa tarde.
>
> Alguem sabe dizer se tem como criar indices em views.
>
>
Você deve pensar em criar índices nas tabelas.. e não pensar em criar na
view.
>
>
> Outra coisa criei uma view , só o select na view é mais lento que o
> próprio select direto no sql.
>
> O que pode ser.
>
>
>
>
Por favor prefira texto simples (puro, não formatado, não HTML ou RTF ou ETF).
2016-03-29 15:06 GMT-03:00 Agape World Informática Ltda
:
>
> Alguem sabe dizer se tem como criar indices em views.
Que sentido isso faria, visto que uma visão não tem dados?
> Outra coisa
Boa tarde.
Alguem sabe dizer se tem como criar indices em views.
Outra coisa criei uma view , só o select na view é mais lento que o próprio
select direto no sql.
O que pode ser.
Executo o mesmo sql no pg_admin e executo o select na view o tempo da view
demora mais.
---
Este email
É preciso disparar a atualização com o comando REFRESH: PostgreSQL:
Documentation: 9.4: REFRESH MATERIALIZED VIEW
| |
| | | | | | | |
| PostgreSQL: Documentation: 9.4: REFRESH MATERIA...PostgreSQL 9.4.1
Documentation Prev Up Next REFRESH MATERIALIZED VIEW NameREFRESH MATERIALIZED
Pessoal,
Quando criamos uma view materializado no postgres, ela se atualiza quando?
Luiz Carlos
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Cláudio,
Isso eu já sabia, apesar de estar ainda na 9.3. Formulei mal a pergunta.
Se, por acaso esquecer de mandar o refresh, ela vai ficar da mesma forma
sempre ou em algum momento ela atualiza (por tempo, reinicialização do
cluster, etc)
___
Em 23 de fevereiro de 2015 10:22, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com escreveu:
Se, por acaso esquecer de mandar o refresh, ela vai ficar da mesma forma
sempre ou em algum momento ela atualiza (por tempo, reinicialização do
cluster, etc)
Não, atualmente a atualização é somente
Em 05/02/2014 22:29, Fabrízio de Royes Mello fabri...@timbira.com.br
escreveu:
On 05-02-2014 15:01, Daniel Cordeiro wrote:
Obrigado pela correção Euler. Na ânsia de explicar uma forma de executar
o que se tinha interesse escrevi sem nem pensar na reescrita feita pelo
planejador antes da
Em 05-02-2014 19:46, Matheus de Oliveira escreveu:
...
Sim, isso realmente poderia acontecer. Creio que o seu caso foi numa
versão anterior à 9.2, correto?
Na 9.2 o modelo de gerar plano de execução para prepared statements
mudou, e ficou bem melhor. Agora o plano é gerado no EXECUTE,
Em 05-02-2014 23:29, Fabrízio de Royes Mello escreveu:
On 05-02-2014 15:01, Daniel Cordeiro wrote:
Obrigado pela correção Euler. Na ânsia de explicar uma forma de executar
o que se tinha interesse escrevi sem nem pensar na reescrita feita pelo
planejador antes da execução. Serei mais cuidadoso
Em 04-02-2014 16:47, Daniel Cordeiro escreveu:
Em 04-02-2014 15:16, Matheus Saraiva escreveu:
Como faço para criar uma view que receba um parâmetro que será usado
na clausula
WHERE ?
Uma forma é encapsular sua consulta em uma function recebendo
parâmetros e usando como returns TABLE.
Em 5 de fevereiro de 2014 11:55, Matheus Saraiva
matheus.sara...@gmail.comescreveu:
Rafael Fialho
Não entendi o que vc quis dizer, o que preciso é que a clausula WHERE
receba um parâmetro. Como:
V = 'matheus'
WHERE nome = V
A variável V receberia o seu valor por parâmetro.
O que
Em 05-02-2014 12:02, Rafael Fialho Corrêa escreveu:
Em 5 de fevereiro de 2014 11:55, Matheus Saraiva
matheus.sara...@gmail.com mailto:matheus.sara...@gmail.com escreveu:
Rafael Fialho
Não entendi o que vc quis dizer, o que preciso é que a clausula
WHERE receba um parâmetro.
On 05-02-2014 11:32, Matheus Saraiva wrote:
Quero deixar a clausula where encapsulada na view e na chamada da view
eu passaria apenas o nome 'matheus', 'paulo', 'joão', etc
E você pode deixar condições da cláusula WHERE encapsuladas na VIEW. Por
exemplo:
CREATE VIEW funcionarios_ativos AS
2014-02-05 Daniel Cordeiro dmora...@gmail.com:
Bom dia,
Em 05-02-2014 11:02, Rafael Fialho Corrêa escreveu:
Em 5 de fevereiro de 2014 11:55, Matheus Saraiva
matheus.sara...@gmail.com escreveu:
Rafael Fialho
Não entendi o que vc quis dizer, o que preciso é que a clausula WHERE
On 05-02-2014 11:41, Daniel Cordeiro wrote:
Acredito que esta não seja uma opção tão 'performática', uma vez que a
view vai gerar todos os dados e só depois é que o planejador realizará a
restrição através do cláusula WHERE e ordenações necessárias.
Você está equivocado. Nenhum dado é gerado
Em 05-02-2014 12:10, Euler Taveira escreveu:
On 05-02-2014 11:41, Daniel Cordeiro wrote:
Acredito que esta não seja uma opção tão 'performática', uma vez que a
view vai gerar todos os dados e só depois é que o planejador realizará a
restrição através do cláusula WHERE e ordenações necessárias.
Em 05-02-2014 12:54, Euler Taveira escreveu:
On 05-02-2014 11:32, Matheus Saraiva wrote:
Quero deixar a clausula where encapsulada na view e na chamada da view
eu passaria apenas o nome 'matheus', 'paulo', 'joão', etc
E você pode deixar condições da cláusula WHERE encapsuladas na VIEW.
Em 05-02-2014 12:55, Matheus de Oliveira escreveu:
2014-02-05 Daniel Cordeiro dmora...@gmail.com
mailto:dmora...@gmail.com:
Bom dia,
Em 05-02-2014 11:02, Rafael Fialho Corrêa escreveu:
Em 5 de fevereiro de 2014 11:55, Matheus Saraiva
matheus.sara...@gmail.com
Em 5 de fevereiro de 2014 16:40, Matheus Saraiva
matheus.sara...@gmail.comescreveu:
Em 05-02-2014 12:54, Euler Taveira escreveu:
On 05-02-2014 11:32, Matheus Saraiva wrote:
Quero deixar a clausula where encapsulada na view e na chamada da view
eu passaria apenas o nome 'matheus', 'paulo',
Em 05-02-2014 17:02, Douglas Fabiano Specht escreveu:
Em 5 de fevereiro de 2014 16:40, Matheus Saraiva
matheus.sara...@gmail.com mailto:matheus.sara...@gmail.com escreveu:
Em 05-02-2014 12:54, Euler Taveira escreveu:
On 05-02-2014 11:32, Matheus Saraiva wrote:
Em 05-02-2014 11:55, Matheus de Oliveira escreveu:
...
', uma vez que a view vai gerar todos os dados e só depois é que o
planejador realizará a restrição através do cláusula WHERE e
ordenações necessárias.
humm... Sua afirmação não está correta. Dada a view teste a seguinte
consulta:
On 05-02-2014 15:40, Matheus Saraiva wrote:
E se eu quisesse não escrever nenhum WHERE na linha que chama a VIEW?
Algo como:
CREATE VIEW funcionarios_ativos AS SELECT nome, salario FROM
funcionarios WHERE nome = (VALOR SERÁ PASSADO NA CHAMADA DA VIEW);
SELECT * FROM funcionarios_ativos
Em 05-02-2014 17:44, Euler Taveira escreveu:
On 05-02-2014 15:40, Matheus Saraiva wrote:
E se eu quisesse não escrever nenhum WHERE na linha que chama a VIEW?
Algo como:
CREATE VIEW funcionarios_ativos AS SELECT nome, salario FROM
funcionarios WHERE nome = (VALOR SERÁ PASSADO NA CHAMADA DA
2014-02-05 Matheus Saraiva matheus.sara...@gmail.com:
Em 05-02-2014 17:44, Euler Taveira escreveu:
Vejo que você não compreendeu o conceito de visão (leia [1]). Visões são
definidas com consultas e são utilizadas em consultas; funções recebem
parâmetros. A visão pode ser utilizada para
Em 5 de fevereiro de 2014 18:49, Guimarães Faria Corcete DUTRA, Leandro
l...@dutras.org escreveu:
Ela é uma função que devolve uma relação derivada, só não tem esse
nome. Mas, se teu ambiente for estranho demais, sempre podes usar uma
função tradicional, que é bem mais chatinha.
Alguém me
2014-02-05 Matheus Saraiva matheus.sara...@gmail.com:
Em 05-02-2014 17:02, Douglas Fabiano Specht escreveu:
Em 5 de fevereiro de 2014 16:40, Matheus Saraiva
matheus.sara...@gmail.com escreveu:
Em 05-02-2014 12:54, Euler Taveira escreveu:
On 05-02-2014 11:32, Matheus Saraiva wrote:
2014-02-05 Daniel Cordeiro dmora...@gmail.com:
Em 05-02-2014 11:55, Matheus de Oliveira escreveu:
...
', uma vez que a view vai gerar todos os dados e só depois é que o
planejador realizará a restrição através do cláusula
WHERE e ordenações necessárias.
humm... Sua afirmação não
On 05-02-2014 15:01, Daniel Cordeiro wrote:
Obrigado pela correção Euler. Na ânsia de explicar uma forma de executar
o que se tinha interesse escrevi sem nem pensar na reescrita feita pelo
planejador antes da execução. Serei mais cuidadoso nas próximas!
Acontece que minha realidade para a
Como faço para criar uma view que receba um parâmetro que será usado na
clausula
WHERE ?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Em 4 de fevereiro de 2014 16:16, Matheus Saraiva
matheus.sara...@gmail.comescreveu:
Como faço para criar uma view que receba um parâmetro que será usado na
clausula
WHERE ?
Você pode utilizar os campos existentes na view para realizar o filtro sem
a necessidade de criar um parâmetro pra
Em 04-02-2014 15:16, Matheus Saraiva escreveu:
Como faço para criar uma view que receba um parâmetro que será usado
na clausula
WHERE ?
Uma forma é encapsular sua consulta em uma function recebendo parâmetros
e usando como returns TABLE.
--
Neste caso eu não ficaria com as views em duplicidade no SCM, no DUMP geral
e na view individual?
Em 2 de agosto de 2012 19:58, Euler Taveira eu...@timbira.com escreveu:
On 02-08-2012 18:16, Alexsander Rosa wrote:
Como vocês armazenam as views em ferramentas SCM, considerando que o
Como vocês armazenam as views em ferramentas SCM, considerando que o
PostgreSQL expande e reformata tudo?
E depois de armazenado, como fazer pra saber se a versão instalada no BD é
a mesma que está no controle de versão?
--
Atenciosamente,
Alexsander da Rosa
On 02-08-2012 18:16, Alexsander Rosa wrote:
Como vocês armazenam as views em ferramentas SCM, considerando que o
PostgreSQL expande e reformata tudo?
E depois de armazenado, como fazer pra saber se a versão instalada no BD é a
mesma que está no controle de versão?
Se você vai utilizar a
Le 2011-D-15 01h11, Antonio Cesar a écrit :
Estou com uma dúvida quanto a implementar views ou tabelas temporárias
em um sistema (BD PostgreSQL). Alguém pode me dizer as vantagens entre
estas duas ações?
Depende do uso. Para que as queres?
Perguntas genéricas assim são difíceis de
2011/12/15 Leandro Guimarães Faria Corce DUTRA l...@dutras.org
Le 2011-D-15 01h11, Antonio Cesar a écrit :
Estou com uma dúvida quanto a implementar views ou tabelas temporárias
em um sistema (BD PostgreSQL). Alguém pode me dizer as vantagens entre
estas duas ações?
Depende do uso.
Estou com uma dúvida quanto a implementar views ou tabelas temporárias
em um sistema (BD PostgreSQL). Alguém pode me dizer as vantagens entre
estas duas ações?
Segue um pequeno EX
No meu sistema tenho divesas tabelas: entrada_compra,
entrada_bonificação, entrada_devolucao...
onde preciso
Le 2011-D-15 09h49, Antonio Cesar a écrit :
Estou com uma dúvida quanto a implementar views ou tabelas temporárias
em um sistema (BD PostgreSQL). Alguém pode me dizer as vantagens entre
estas duas ações?
Segue um pequeno EX
No meu sistema tenho divesas tabelas: entrada_compra,
Estou com uma dúvida quanto a implementar views ou tabelas temporárias
em um sistema (BD PostgreSQL). Alguém pode me dizer as vantagens entre
estas duas ações?
attachment: cgcesarsoares.vcf___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
É possível desenvolver uma views com parâmetros de entrada? Teria algum ganho
de performance em relação a um select comum disparado da aplicação?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Em 28 de julho de 2011 22:09, desenvolvedor@gmail.com escreveu:
É possível desenvolver uma views com parâmetros de entrada? Teria algum ganho
de performance em relação a um select comum disparado da aplicação?
Você deve utilizar funções [1] para isto, e não uma view, pois esta
não aceita
Pessoal,As Views no PostgreSQL não podem ser parametrizadas, como são as SP em alguns SGBDs?Se não, como criar uma function parametrizada que retorne uma consulta com todos os registros que atendem a determinada condição.Grato. Aguardo.Maurício
___
Olá
2009/11/2 mvleal mvl...@uol.com.br
Pessoal,
As Views no PostgreSQL não podem ser parametrizadas, como são as SP em
alguns SGBDs?
Se não, como criar uma function parametrizada que retorne uma consulta com
todos os registros que atendem a determinada condição.
Grato.
Aguardo.
2009/11/2 mvleal mvl...@uol.com.br:
Pessoal,
As Views no PostgreSQL não podem ser parametrizadas, como são as SP em
alguns SGBDs?
VIEWs podem ter condições no WHERE como qualquer consulta.
Se não, como criar uma function parametrizada que retorne uma consulta com
todos os registros que
Estou vendo um jeito de facilitar e tornar rápidas minhas consultas através
de views.
Não queria deixar elas fixas, por exemplo:
CREATE OR REPLACE VIEW v_paciente AS SELECT paciente.pacnome FROM paciente;
Gostaria de passar parâmetros e ela montar a view.
Tentei fazer usando function da
Saulo Morais Lara escreveu:
Estou vendo um jeito de facilitar e tornar rápidas minhas consultas
através de views.
(...)
CREATE OR REPLACE FUNCTION consulta(campos text, tabela text, chave
text, id integer)
RETURNS void AS
$BODY$
BEGIN
EXECUTE 'CREATE VIEW
On Fri, May 9, 2008 at 11:32 AM, Dickson Guedes [EMAIL PROTECTED] wrote:
Saulo Morais Lara escreveu:
Estou vendo um jeito de facilitar e tornar rápidas minhas consultas
através de views.
(...)
CREATE OR REPLACE FUNCTION consulta(campos text, tabela text, chave
text, id integer)
RETURNS
2008/5/9 Thiago Risso [EMAIL PROTECTED]:
On Fri, May 9, 2008 at 11:32 AM, Dickson Guedes [EMAIL PROTECTED] wrote:
Saulo Morais Lara escreveu:
Gostaria de saber se existe um jeito de chamar uma view com parâmetros,
ou algo parecido. Ou alguma dica.
Ou ainda fazer uma VIEW maior e exibir os
49 matches
Mail list logo