Evandro,
From: Evandro Ricardo Silvestre [EMAIL PROTECTED]
Subject: Re: [pgbr-geral] 2 cadastros em uma tabela
To: Comunidade PostgreSQL Brasileira
90%?! Com certeza! Cheio é pouco, eu diria *entupido* de NULLs.
Qualquer
índice sobre um campo assim será quase sempre ignorado pelo
Alexsander,
Bom, talvez uma segunda opinião te ajude.
Comentários abaixo.
From: Alexsander Rosa [EMAIL PROTECTED]
Subject: Re: [pgbr-geral] 2 cadastros em uma tabela
To: Comunidade PostgreSQL Brasileira
O que é uma tabela cheia de NULLs? Ter 3 ou 4 colunas com 90% dos
valores
NULL numa
Mozart Hasse wrote:
Alexsander,
Bom, talvez uma segunda opinião te ajude.
Comentários abaixo.
From: Alexsander Rosa [EMAIL PROTECTED]
Subject: Re: [pgbr-geral] 2 cadastros em uma tabela
To: Comunidade PostgreSQL Brasileira
O que é uma tabela cheia de NULLs? Ter 3 ou 4 colunas com 90
2008/5/15 Mozart Hasse [EMAIL PROTECTED]:
Bom, talvez uma segunda opinião te ajude.
Muito obrigado, Her Haße!
Um resumo magistral, com informações que eu desconhecia.
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11)
2008/5/15 Evandro Ricardo Silvestre [EMAIL PROTECTED]:
Se eu condicionar a consultar para apenas *clientes* e tiver um indice
no campo que indica a categoria da entidade (o campo utilizado para
condicionar) vai continuar enchendo a memória com os fornecedores?
Mais um índice, mais escritas,
Obrigado pelos comentários de vocês.
Eu costumo normalizar tudo, e muitas vezes os programadores e outras pessoas
que precisam acessar as bases reclamam que precisam dar mil voltas pra
pegar as informações. Eu mesmo já me peguei reclamando dos meus próprios
modelos... hehehe. Por exemplo, costumo
Essa é uma questão sempre polêmica ...
Comentários abaixo
2008/5/7 Leandro DUTRA [EMAIL PROTECTED]:
2008/5/7 Evandro Ricardo Silvestre [EMAIL PROTECTED]:
Isso vai gerar todo tipo de anomalia e complexidade...
Por exemplo, e se a pessoa for tanto cliente como fornecedor?
Ou
2008/5/14 Alexsander Rosa [EMAIL PROTECTED]:
Essa é uma questão sempre polêmica ...
Nah, já foi muito bem discutida. É que muita coisa foi discutida em
papel, e é um assunto no qual os fornecedores de SGBDs não têm muito
interesse, porque expõe deficiências do padrão SQL.
2008/5/7 Leandro
2008/5/8 Leandro DUTRA [EMAIL PROTECTED]:
2008/5/8 Johnny Taylor Faria Chaves [EMAIL PROTECTED]:
Não sei como seria a netiqueta para o que quero dizer, mas ai vai:
Creio que a questão a ser discutida/estudada é a que está em destaque
acima, e foi ignorada (a não ser pela segunda mensagem
2008/5/8 Johnny Taylor Faria Chaves [EMAIL PROTECTED]:
Em Wednesday 07 May 2008 08:45:44 Leandro DUTRA escreveu:
2008/5/7 Evandro Ricardo Silvestre [EMAIL PROTECTED]:
Saulo Morais Lara wrote:
Gostaria de saber da opinião de vc's sobre manter um cadastro de
clientes e fornecedores em
Bom dia amigos.
Gostaria de saber da opinião de vcs sobre manter um cadastro de clientes e
fornecedores em uma mesma tabela.
É correto?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Saulo Morais Lara wrote:
Bom dia amigos.
Gostaria de saber da opinião de vc’s sobre manter um cadastro de
clientes e fornecedores em uma mesma tabela.
É correto?
Fazemos isso aqui e funciona muito bem. O nosso cadastro não é só
clientes e fornecedores é toda a Entidade que pode ter algum
Já no meu ponto de vista, tanto fornecedores quanto clientes são PESSOAS que
se relacionam com a entidade e apenas ganham a qualidade de Cliente ou de
Fornecedor pelas transações realizadas e pelas perspectivas, como estas se
constituem em tabelas distintas, não vejo nada errado em um modelo de
Saulo talvez não tenha explicado completamente, aqui também usamos tabelas
filhas para dados que não são comuns
na tabela principal estão apenas dados em comum
Emerson - Senda escreveu:
Boa Tarde Saulo Morais
Aqui utilizamos assim também
tem um campo boleano que diz se é fornecedor e outro
14 matches
Mail list logo