On 9/12/07, Leandro DUTRA <[EMAIL PROTECTED]> wrote:

> > O problema que vejo em uso de domínio ao invés do tipo é que o
> > PostgreSQL não se comporta "bem" na transformação domínio <-> tipo em
> > algumas partes (como planejador, otimizador). Digo isso porque já vi
> > consultas [sub|super]estimadas com uso de domínios.
>
> Será que você pode ser mais específico?  Ißo é *muito* intereßante,
> porque minha prática é usar DOMAINs extensivamente, mas nunca
> enfrentei os volumes que você enfrenta.

Talvez o Euler esteja falando da conversão obrigatória que o PARSER
faz quando lidando com domínios. Quando se tratam de tipos nativos,
essas conversões não são necessárias para gerar a estrutura da
consutla. É isso?

> Aliás me ſurpreende um bocado, porque os DOMAINs SQL ſão apenas um
> fator de organização do DDL, como o Leonardo bem apontou apenas um
> apelido para definições que se poderiam fazer diretamente nos CREATE
> TABLE.  Como ſerá que eles confundem o planejador?

Conceitualmente. Na implementação o papo é outro ;-)

> E mais uma pergunta: quando você fala 'planejador, otimizador', são
> duas partes diferentes?  Sempre pensei em otimizador como o que
> planeja a execução dos comandos, até achei bom teu achado do termo
> planejador como tradução de /optimizer/ até perceber que você estava
> listando duas coisas diferentes…

Penso que planejador seja uma etapa do otimizador, ou seja, aquele que
retorna o melhor plano entre todos possiveis, e de forma alguma sejam
sinônimos.

> Como está traduzido por exemplo no Date?

Ótima pergunta. Acredito que "restrição".

> > Leo, e sobre a criação de tipos base com CREATE TYPE. Como você quer
> > fazer a restrição (contenção)? cláusula INPUT fazendo a verificação
> > dentro da função foo_in()?
>
> Tirou a pergunta de minha boca.

Tentei responder no outro e-mail desta thread.

-Leo
-- 
Leonardo Cezar
http://www.postgresql.org.br
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a