Em Ter, 2007-07-24 às 21:17 -0300, Euler Taveira de Oliveira escreveu:
> Leandro Guimarães Faria Corcete DUTRA wrote:
>
> > E por que não viria a estar? Faz parte do ISO SQL:2003, senão mesmo de
> > versões mais antigas.
> >
> Interesse de algum desenvolvedor é uma boa resposta? Quem sabe da
Leandro Guimarães Faria Corcete DUTRA wrote:
> E por que não viria a estar? Faz parte do ISO SQL:2003, senão mesmo de
> versões mais antigas.
>
Interesse de algum desenvolvedor é uma boa resposta? Quem sabe daqui
algumas versões... Don't hold your breath!
--
Euler Taveira de Oliveira
Em Ter, 2007-07-24 às 10:58 -0300, Welington R. Braga escreveu:
> A intenção é essa. Mas a coisa não é tão fácil assim, pois a aplicação
> é muito grande e qualquer alteração deve ser feita devagar e
> testando-se para não afetar os demais módulos que já funcionam (não
> falem pra ninguém que fui e
Em 24/07/07, Leandro Guimarães Faria Corcete DUTRA<[EMAIL PROTECTED]> escreveu:
> Em Ter, 2007-07-24 às 10:12 -0300, Welington R. Braga escreveu:
> > É uma aplicação que processa certos dados científicos e depois os
> > disponibiliza via WEB para uma outra instituição. Na realidade eu me
> > expres
Em Ter, 2007-07-24 às 10:12 -0300, Welington R. Braga escreveu:
> É uma aplicação que processa certos dados científicos e depois os
> disponibiliza via WEB para uma outra instituição. Na realidade eu me
> expressei errado aqui, a visão PROCESSA um volume de dados na ordem
> dos 400.000.000 registro
Em 23/07/07, Euler Taveira de Oliveira<[EMAIL PROTECTED]> escreveu:
> Welington R. Braga wrote:
>
> > O problema é que a "tabela" de onde eu executo o SELECT é uma view com
> > várias tabelas e retorna um volume de dados na ordem dos 400.000.000
> > registros.
>
Em Seg, 2007-07-23 às 17:57 -0300, Euler Taveira de Oliveira escreveu:
> Leandro Guimarães Faria Corcete DUTRA wrote:
>
> > Não entendi, quem falou em gatilhos? A idéia é usar as visões
> > materializadas e pronto… ou eles ainda são necessários na v8.1, não
> > lembro dos detalhes?
> >
> Vis
Welington R. Braga wrote:
> O problema é que a "tabela" de onde eu executo o SELECT é uma view com
> várias tabelas e retorna um volume de dados na ordem dos 400.000.000
> registros.
Mas para que você quer retornar tanto regis
Leandro Guimarães Faria Corcete DUTRA wrote:
> Não entendi, quem falou em gatilhos? A idéia é usar as visões
> materializadas e pronto… ou eles ainda são necessários na v8.1, não
> lembro dos detalhes?
>
Visão materializada (aka materialized view) não está no core do
PostgreSQL ainda. Aind
Em Seg, 2007-07-23 às 15:00 -0300, Welington R. Braga escreveu:
> é uma solução "bonita", mas cada view dessa possui o JOIN para várias
> tabelas e ficaria uma coisa louca gerenciar o monte de triggers
> necessarias. Só pra ter uma ideia olha só nessa consulta (que é uma
> view):
Não enten
é uma solução "bonita", mas cada view dessa possui o JOIN para várias
tabelas e ficaria uma coisa louca gerenciar o monte de triggers
necessarias. Só pra ter uma ideia olha só nessa consulta (que é uma
view):
--- CONSULTA
SELECT testemunho.numtombo, familia.nometaxon::character varying(30)
A
Em Seg, 2007-07-23 às 12:42 -0300, Welington R. Braga escreveu:
> Na realidade eu não sei afirmar com precisão se, em caso de substituir
> tudo por uma visão, há a necessidade delas serem materializadas
A idéia da materialização é poder trabalhar somente com o δ dos dados,
em vez de trazer
Talvez sim!
Mas o negócio é que o sistema ele foi feito usando essa gambiarra e
até estava funcionando bem até algum tempo atrás quando passou por um
estágio de alimentação de dados mais agressiva em que contratamos
alguns digitadores para fazer a digitação.
Não sei se visões materializadas seria
Em Seg, 2007-07-23 às 11:06 -0300, Welington R. Braga escreveu:
> Preciso rodar uma função que contém cerca de uns 5 "TRUNCATE" e
> seguidos de um respectivo "INSERT/SELECT".
>
> O problema é que a "tabela" de onde eu executo o SELECT é uma view com
> várias tabelas e retorna um volume de dados na
14 matches
Mail list logo
