Acho que todos estamos aqui para aprender independente de sua função. Se não
quer ser questionado então não sei o que você faz lendo mensagens um grupo
de discussões. Ao invés de se preocupar com a função do rapaz, se preocupe
apenas em responder ao que ele perguntou para que ele passe a entender
questões de performance, ou se mantenha na sua insignificância.

Abraços,
Marcus Fernandez


2008/10/14 Aldemir Vieira <[EMAIL PROTECTED]>

> Um AD questionando isso? Avisa pra ele que bancos são feitos para fazer
> JOIN ;-)
>
> Ah, pede pra ele avaliar o custo disso no banco, se ele conseguir ter
> parâmetros suficientes, dê o braço a torcer e ponha no seu relatório a
> justificativa dele.
>
> Boa sorte.
>
>
> 2008/10/14 Livia Santos <[EMAIL PROTECTED]>
>
> Oi Leandro,
>>
>> Eu acho interessante o uso desses tipos. Eu vi você falando deles na
>> palestra da PGCon desse ano, usando TYPE as ENUM.
>> Porém, ao mesmo tempo que eu preciso garantir que um campo só receberá um
>> determinado valor (e com isso eu posso usar ou um tipo de enumeração ou
>> mesmo um check constraint), eu também preciso mostrar esses valores nas
>> interfaces.
>>
>> Se eu tenho uma tabela, eu crio uma FK para a tabela de apoio e na
>> interface eu listo os valores dessa tabela.
>>
>> Usando um type, como eu poderia fazer isso? Eu consigo selecionar os
>> valores de um tipo enumeração em um select?
>>
>> Pensando num dado que dificilmente muda e é pequeno, como sexo, eu até
>> poderia deixar estático na tela. Mas teria o problema de propagar isso em
>> cada tela que eu precisasse mostrar uma lista de valores de sexo para o
>> usuário selecionar.
>>
>> No caso de um dado com mais registros, como estado. Estado também não
>> muda, mas compensaria ter um tipo para ele?
>>
>> Eu concordo que existem vários jeitos de se fazer neston...
>> Mas o AD de onde trabalhar está questionando é a perda de performance para
>> join com tabelas pequenas.  :(
>> A preocupação dele é ter que fazer muito join só para buscar um campo que
>> não muda.
>>
>> Obrigada!
>>
>> 2008/10/13 Leandro DUTRA <[EMAIL PROTECTED]>
>>
>>> 2008/10/13 Aldemir Vieira <[EMAIL PROTECTED]>:
>>>
>>> > Imagine se o conteúdo estivesse em um enumerator?
>>> > Teríamos que controlar isso em todas as aplicações.
>>>
>>> Não é bem assim, Aldemir.
>>>
>>> Veja o meu exemplo na palestra do último PgConBR, agora em setembro.
>>> Usa-se uma enumeração na definição do tipo, o qual é usado para
>>> definir um domínio ou diretamente nas relações (tabelas).  O efeito é
>>> bem próximo do de uma tabela de referência, mas com a vantagem de ser
>>> um tipo indenpendente, estrito.  Por exemplo, no caso do sexo, não vai
>>> dar para comparar o atributo sexo com qualquer outro atributo
>>> caracter.
>>>
>>>
>>> --
>>> skype:leandro.gfc.dutra?chat      Yahoo!: ymsgr:sendIM?lgcdutra
>>> +55 (11) 3040 7344              gTalk: xmpp:[EMAIL PROTECTED]<[EMAIL 
>>> PROTECTED]>
>>> +55 (11) 9406 7191        ICQ/AIM: aim:GoIM?screenname=61287803
>>> BRAZIL GMT-3  MSN: msnim:[EMAIL PROTECTED]
>>> _______________________________________________
>>> pgbr-geral mailing list
>>> [email protected]
>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>>
>>
>>
>>
>> --
>> Lívia Silva Santos
>>
>> _______________________________________________
>> pgbr-geral mailing list
>> [email protected]
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>
>
> --
> Forte abraço,
> Aldemir Vieira
>
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a