Re: [pgbr-geral] Qual estrutura utilizar? (Leandro DUTRA)

2010-01-08 Thread Mozart Hasse 
Leandro,

(grifos meus)
>> Para a minoria (geralmente) dos casos em que é necessária, em SQL, uma
>> chave artificial 
>> (*e* *e*x*p*l*i*c*i*t*a*d*a* *a*o* *u*s*u*á*r*i*o*), 
>> ela pode tranqüilamente
>> ser a primária, não faz a menor diferença que a natural seja declarada
>> sem ser primária.
...
>>Ou seja, não entendi qual meu espantalho, nem o que há de errado na
>>minha frase supracitada.

A definição que eu indiquei determina que chaves artificiais não devem 
ser visíveis para o usuário, ao contrário do que você vem citando e que
não 
não tem nada a ver com o que foi discutido neste tópico. 
Essa definição também exclui seus "sistemas que se têm feito só com 
chaves artificiais, por causa de ORMs e coisas tais".

>> Relevante, pois influi no número de tokens
> Que é irrelavante.
>> e no número de árvores
> Que não é afetado.

Com essa vontade toda de interpretar e entender o que você não analisou nem
testou, 
só posso concluir que estou perdendo meu tempo.

Desisto.

Mozart Hasse


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Qual estrutura utilizar? (Leandro DUTRA)

2010-01-08 Thread Leandro DUTRA 
2010/1/8 Mozart Hasse :
>
> A definição que eu indiquei determina que chaves artificiais não devem
> ser visíveis para o usuário

Bom, no artigo há duas definições ao menos, inclusive a que considero
incorreta, e que é a única implementável hoje.

O problema é que não existe nenhum sistema (que eu saiba, em minha
imensa inguinorança sem fundo) que implemente chaves artificiais, a
rigor, nessa definição.  Toda chave artificial em SQL, por definição,
é visível para o usuário.  A menos que o administrador de bases de
dados (ABD) crie um procedimento em que, ao definir um objeto com
chave artificial, ele não dê permissões de leitura no atributo chave
artificial para ninguém mais além de si mesmo — uma vez que toda
aplicação, por definição, constitui-se num usuário da base…

Pensando bem, talvez não seja uma idéia muito ruim.  Para ser mais
rigoroso, haveria como impedir qualquer usuário não ABD (administrador
de bases de dados) de sequer verificar um determinado atributo existe,
pelo catálogo?


>>> Relevante, pois influi no número de tokens
>> Que é irrelavante.
>>> e no número de árvores
>> Que não é afetado.
>
> Com essa vontade toda de interpretar e entender o que você não analisou nem
> testou, só posso concluir que estou perdendo meu tempo.

Neste caso, vai ver é incapacidade minha mesmo.


> Desisto.

Não desista.  Um dia a gente se entende.  Admiro muito sua capacidade,
só acho que neste caso minha capacidade de me expressar não permitiu
que ela se realizasse.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191  gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
Sent from Sao Paulo, SP, Brésil
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Qual estrutura utilizar? (Leandro DUTRA) e (Mozart Hasse)

2010-01-08 Thread mateusgra 

Os dois ja leram:

http://it.toolbox.com/blogs/database-soup/testing-for-normalization-33119
http://it.toolbox.com/blogs/database-soup/normalization-performance-and-virtual-private-databases-32525

De Josh Berkus (CEO, PostgreSQL Experts) . 



Mozart Hasse wrote:
> 
> Leandro,
> 
> (grifos meus)
>>> Para a minoria (geralmente) dos casos em que é necessária, em SQL, uma
>>> chave artificial 
>>> (*e* *e*x*p*l*i*c*i*t*a*d*a* *a*o* *u*s*u*á*r*i*o*), 
>>> ela pode tranqüilamente
>>> ser a primária, não faz a menor diferença que a natural seja declarada
>>> sem ser primária.
> ...
>>>Ou seja, não entendi qual meu espantalho, nem o que há de errado na
>>>minha frase supracitada.
> 
> A definição que eu indiquei determina que chaves artificiais não devem 
> ser visíveis para o usuário, ao contrário do que você vem citando e que
> não 
> não tem nada a ver com o que foi discutido neste tópico. 
> Essa definição também exclui seus "sistemas que se têm feito só com 
> chaves artificiais, por causa de ORMs e coisas tais".
> 
>>> Relevante, pois influi no número de tokens
>> Que é irrelavante.
>>> e no número de árvores
>> Que não é afetado.
> 
> Com essa vontade toda de interpretar e entender o que você não analisou
> nem
> testou, 
> só posso concluir que estou perdendo meu tempo.
> 
> Desisto.
> 
> Mozart Hasse
> 
> 
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Re%3A-Qual-estrutura-utilizar--%28Leandro-DUTRA%29-tp27077210p27080784.html
Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com.

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Qual estrutura utilizar? (Leandro DUTRA) e (Mozart Hasse)

2010-01-08 Thread Leandro DUTRA 
2010/1/8 mateusgra :
>
> Os dois ja leram:
> http://it.toolbox.com/blogs/database-soup/testing-for-normalization-33119

Sim, mas obrigado por lembrar… excelente, e CQD!  ;-)


> http://it.toolbox.com/blogs/database-soup/normalization-performance-and-virtual-private-databases-32525

Também excelente, e também CQD.  Surpreendentemente, um dos melhores
comentários (sobre NULLs) é do Celko.

Eu faço uma coisa um pouco diferente dos dois: olho amostras
aleatórias dos dados, depois de analisar as chaves e os nomes dos
objetos.  Analiso primeiro as tabelas com alta proporção de NULLs.
Embora o teste do Celko seja válido, de verificar que atributos
/aceitam/ NULL, freqüentemente todos os atributos que não sejam parte
da chave primária aceitam NULL e, numa emergência como sói acontecer,
vale a pena achar as relações mais mal normalizadas através da
ocorrência de NULLs na relação em si, não apenas na relvar.  Muitos
NULLs costumam indicar a mistura de n entidades numa única relação.


> De Josh Berkus (CEO, PostgreSQL Experts) .

Graaande Berkus.  Quero virar amigo e empregado dele… ;-)

Aproveitando a deixa, tenho vontade (mas não pachorra) de criar a
filial brasileira da SSKA
.

Desculpai-me se pareço recorrer ao argumento (falacioso) da
autoridade, mas realmente concordo quase integralmente com o Berkus,
realmente ele é uma das coisas mais próximas que temos a uma
autoridade em assuntos conceituais na comunidade PostgreSQL… e estou
cansado de debater.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191  gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
Sent from Sao Paulo, SP, Brésil
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral