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,
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)
2010/1/8 mateusgra mateus...@bol.com.br:
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
2010/1/4 Alexsander Rosa alexsander.r...@gmail.com:
Isso me lembra aquela velha discussão sobre usar CPF/CNPJ como chave
natural, o que é impossível porque inúmeros órgãos públicos compartilham o
mesmo CNPJ.
Há vários motivos pelos quais CNPF ou CNPJ podem não ser chave natural
— a questão que
2010/1/4 Mozart Hasse mozart.ha...@usa.net:
Bancos de dados que usam SQL assumem que a chave exportada é a chave
primária a não ser que se explicite o contrário
Uai, e quem está preocupado com isso?
Na maioria dos casos, não faz diferença a chave primária ser natural,
seja porque não será
2010/1/4 Andre Fernandes fernandes.an...@gmail.com:
Isso não
significa que a chave artificial precise estar desprovida de significado.
André, pelo contrário, uma chave artificial _por definição_ é
desprovida de significado.
Por definição, chave natural é dada pela natureza do que se quer
2010/1/4 Alexsander Rosa alexsander.r...@gmail.com:
Então devo fazer uma chave composta com CNPJ+INEP e deixar NULL no campo
codigo_inep em 99% dos registros?
Não, você terá duas entidades diferentes: empresas de um lado, escolas
do outro, no exemplo.
--
skype:leandro.gfc.dutra?chat
Leandro,
Para a minoria (geralmente) dos casos em que é necessária, em SQL, uma
chave artificial (e explicitada ao usuário), ela pode tranqüilamente
ser a primária, não faz a menor diferença que a natural seja declarada
sem ser primária.
E ainda diz que sou em que crio espantalhos.
Estou
Desculpem duas respostas, mas não dava para deixar passar:
2010/1/4 Andre Fernandes fernandes.an...@gmail.com:
PS: a teoria relacional não trata de chaves artificiais ou naturais, não
especifica nenhuma delas, trata de normalizações e relações entre conjuntos.
Não, normalização não é parte do
2010/1/4 Eduardo Andrade Bahiense edua...@escolavianet.com.br:
Exceto que algumas escolas públicas compartilham este código com outras por
serem, fisicamente independentes, mas, formalmente, partes de uma outra
escola.
Ou seja, o endereço é parte de uma chave natural.
algumas
informações
Comentários no texto.
2010/1/7 Leandro DUTRA leandro.gfc.du...@gmail.com
2010/1/4 Alexsander Rosa alexsander.r...@gmail.com:
Isso me lembra aquela velha discussão sobre usar CPF/CNPJ como chave
natural, o que é impossível porque inúmeros órgãos públicos compartilham
o
mesmo CNPJ.
Há
2010/1/7 Mozart Hasse mozart.ha...@usa.net:
Para a minoria (geralmente) dos casos em que é necessária, em SQL, uma
chave artificial (e explicitada ao usuário), ela pode tranqüilamente
ser a primária, não faz a menor diferença que a natural seja declarada
sem ser primária.
E ainda diz que sou
2010/1/7 Alexsander Rosa alexsander.r...@gmail.com:
Comentários no texto.
Tranqüilo, é o padrão.
2010/1/7 Leandro DUTRA leandro.gfc.du...@gmail.com
Há vários motivos pelos quais CNPF ou CNPJ podem não ser chave natural
— a questão que se coloca é, justamente, de qual entidade?
A entidade
Que bom que acabamos nos entendendo...
2010/1/7 Leandro DUTRA leandro.gfc.du...@gmail.com
De qualquer forma, não é prático usar, digamos, o nome
completo (+ nome da mãe para o caso dos homônimos): imagine um setor da
empresa conversando com outro, por telefone, sobre um cliente
2010/1/7 Alexsander Rosa alexsander.r...@gmail.com:
Que bom que acabamos nos entendendo...
Costuma acontecer… talvez não tanto quanto deveria.
Extremismo na defesa da liberdade não é defeito.
Moderação na busca por justiça não é virtude.
-- Barry Goldwater
Hm, acho que não concordo…
Aconselho todos a ler :
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) .
Leandro DUTRA wrote:
2010/1/7 Alexsander Rosa
Pelo contrário, estou aqui com o livro do Codd, _The Relational Model
for Database Management: Version 2_. Não existe outro modelo
relacional, nem aplicação fora de bases de dados. Aliás, a teoria não
é somente matemática: fundamenta-se na lógica dos predicados /e/ na
teoria dos conjuntos.
2010/1/7 Andre Fernandes fernandes.an...@gmail.com:
Lógica de predicados e teoria dos conjuntos são parte da matemática.
Verdade, perdão pela desinformação.
No restante, não discordo muito de ti, apenas devo dizer que modelo
relacional tem aplicação em qualquer armazenamento, até mesmo em
2009/12/30 Mozart Hasse mozart.ha...@usa.net:
Particularmente, prefiro saber quando muda uma chave. Melhor que as
alterações sejam explícitas que implícitas.
Quer saber quando a chave muda? Registre alterações via trigger numa
tabela de histórico. Teu modelo não tem nenhuma obrigação de
Isso me lembra aquela velha discussão sobre usar CPF/CNPJ como chave
natural, o que é impossível porque inúmeros órgãos públicos compartilham o
mesmo CNPJ. Aqui no RS, por exemplo, simplesmente TODAS as escolas estaduais
usam o CNPJ da Secretaria da Educação, não apenas a raiz, o CNPJ inteiro.
Boa tarde,
Pessoalmente, após analisar um pouco mais o assunto, sou a favor de chaves
artificiais em muitas tabelas, salvo algumas poucas exceções. Isso não
significa que a chave artificial precise estar desprovida de significado.
Uma chave primária tem de ser a forma de buscar na tabela usada
2010/1/4 Alexsander Rosa alexsander.r...@gmail.com:
Então devo fazer uma chave composta com CNPJ+INEP e deixar NULL no campo
codigo_inep em 99% dos registros?
De forma alguma!!!
Cada instituição obrigatoriamente deve possuir um código INEP, segundo
Ministério da Educação. Portanto este código
Boa tarde,
Eu tinha perguntado a mesma coisa há pouco... :-)
Mas também já vi a resposta, abraços, desculpa por ter mencionado a mesma
coisa...
Utilize o código INEP [1] ... ;-) que naturalmente deveria ser a chave
de instituição educional.
1) inep.gov.br
/só-pra-ser-chato
-Leo
--
Leonardo Cezar escreveu:
2010/1/4 Alexsander Rosa alexsander.r...@gmail.com:
Então devo fazer uma chave composta com CNPJ+INEP e deixar NULL no campo
codigo_inep em 99% dos registros?
De forma alguma!!!
Cada instituição obrigatoriamente deve possuir um código INEP, segundo
Ministério
2010/1/4 Andre Fernandes fernandes.an...@gmail.com:
Boa tarde,
Eu tinha perguntado a mesma coisa há pouco... :-)
Mas também já vi a resposta, abraços, desculpa por ter mencionado a mesma
coisa...
Afe ...
Boiei!
-Leo
--
Leonardo Cezar
http://www.aslid.org.br
Sobre o código INEP, usar o código INEP no lugar de CNPJ...
Abraços,
2010/1/4 Leonardo Cezar lhce...@gmail.com
2010/1/4 Andre Fernandes fernandes.an...@gmail.com:
Boa tarde,
Eu tinha perguntado a mesma coisa há pouco... :-)
Mas também já vi a resposta, abraços, desculpa por ter
2009/12/29 Marcal Hokama mhok...@hotmail.com:
haverá uma demanda de processamento (envolvendo CPU, memória e E/S), até por
outra informação dada: porém quando inicia a execução das classificações o
desempenho do servidor cai drasticamente.
Há muitos fatores a considerar, ainda… os
Leandro,
Particularmente, prefiro saber quando muda uma chave. Melhor que as
alterações sejam explícitas que implícitas.
Quer saber quando a chave muda? Registre alterações via trigger numa
tabela de histórico. Teu modelo não tem nenhuma obrigação de mudar
por causa desse desejo.
Os
From: leandro.gfc.du...@gmail.com
Date: Wed, 30 Dec 2009 07:40:50 -0200
To: pgbr-geral@listas.postgresql.org.br
Subject: Re: [pgbr-geral] Qual estrutura utilizar?
2009/12/29 Marcal Hokama :
haverá uma demanda de processamento (envolvendo CPU
Tenho um sistema de Distribuição onde 99% das atividades é inclusão de
registros que por sua vez está incluido em um database, surgiu a
necessidade de implantar um novo database onde será efetuado a carga de
dados diárias com aproximadamente 50.000 registros dias, porém neste
database será
Olá,
2009/12/29 lis...@softpira.com
Tenho um sistema de Distribuição onde 99% das atividades é inclusão de
registros que por sua vez está incluido em um database, surgiu a
necessidade de implantar um novo database onde será efetuado a carga de
dados diárias com aproximadamente 50.000
Graaande JP tudo bem???
Vamos por partes...
Um novo database para mim:
1.) O mesmo servidor possuindo dois BANCO DE DADOS:
EXEMPLO:
CREATE DATABASE producao
WITH OWNER = postgres
ENCODING = 'UTF8'
CONNECTION LIMIT = -1;
ALTER DATABASE producao SET
2009/12/29 lis...@softpira.com:
1.) O mesmo servidor possuindo dois BANCO DE DADOS:
Normalmente, o que se quer são dois esquemas na mesma base ou, mais
raramente, dois servidores diferentes.
2.) Sim a carga de 50.000 registros será em massa (no caso acima será no
producao2) porém no
Olá,
2009/12/29 lis...@softpira.com
Graaande JP tudo bem???
Vamos por partes...
Um novo database para mim:
1.) O mesmo servidor possuindo dois BANCO DE DADOS:
EXEMPLO:
CREATE DATABASE producao
WITH OWNER = postgres
ENCODING = 'UTF8'
CONNECTION LIMIT
Já pensou em desenhar essa solução usando trigger de inserção?
Para cada nova venda vc atualiza as tabelas de estatísticas, com isso vc
pode listar os dados das tabela evitando demasiados joins e ainda ganha em
saber o desempenho de cada vendedor/filial diariamente(ou até por minuto).
Quando eu
2009/12/29 Shairon Toledo shairon.tol...@gmail.com:
Já pensou em desenhar essa solução usando trigger de inserção?
Ou visões materializadas.
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191 gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191
Shairon..
neste caso estou precisando de inforamções dos produtos... não pensei
neste caso... vou tentar para ver como fica.. abraços!!!
On Tue, 29 Dec 2009 13:02:53 -0500, Shairon Toledo
shairon.tol...@gmail.com wrote:
Já pensou em desenhar essa solução usando trigger de inserção?
Para cada
On Tue, 29 Dec 2009 16:39:07 -0200, Leandro DUTRA
leandro.gfc.du...@gmail.com wrote:
2009/12/29 Shairon Toledo shairon.tol...@gmail.com:
Já pensou em desenhar essa solução usando trigger de inserção?
Ou visões materializadas.
Isto eu já pensei ... rss
Mas não foi muito bom o
Opa,
To: pgbr-geral@listas.postgresql.org.br
Date: Tue, 29 Dec 2009 14:09:49 -0200
From: lis...@softpira.com
Subject: Re: [pgbr-geral] Qual estrutura utilizar?
Graaande JP tudo bem???
Vamos por partes...
Um novo database para mim:
1.) O mesmo servidor possuindo dois BANCO DE
2009/12/29 lis...@softpira.com:
On Tue, 29 Dec 2009 16:39:07 -0200, Leandro DUTRA
leandro.gfc.du...@gmail.com wrote:
Ou visões materializadas.
Mas não foi muito bom o desempenho...
Nenhuma idéia se aplica a todas as situações…
--
skype:leandro.gfc.dutra?chat Yahoo!:
2009/12/29 Marcal Hokama mhok...@hotmail.com:
com o volume de dados envolvido, não há dúvidas de que vai ser necessário um
modelo diferenciado do modelo transacional
Não necessariamente… não sabemos o suficiente sobre complexidade dos
cálculos, como serão executados, como serão consultados os
Olá,
2009/12/29 lis...@softpira.com
Shairon..
neste caso estou precisando de inforamções dos produtos... não pensei
neste caso... vou tentar para ver como fica.. abraços!!!
Mas agora fiquei na dúvida. A sua carga será feita em massa, isto é, em lote
ou pode ser a cada inserção? Comento
a Carga de dados é efetuada via COPY...
On Tue, 29 Dec 2009 17:27:08 -0200, JotaComm jota.c...@gmail.com wrote:
Olá,
2009/12/29 lis...@softpira.com
Shairon..
neste caso estou precisando de inforamções dos produtos... não pensei
neste caso... vou tentar para ver como fica..
From: leandro.gfc.du...@gmail.com
Date: Tue, 29 Dec 2009 17:24:55 -0200
To: pgbr-geral@listas.postgresql.org.br
Subject: Re: [pgbr-geral] Qual estrutura utilizar?
2009/12/29 Marcal Hokama :
com o volume de dados envolvido, não há dúvidas de que
2009/12/29 lis...@softpira.com
a Carga de dados é efetuada via COPY...
Vc já deu uma olhada nesse cara [1] ?
[1] http://pgbulkload.projects.postgresql.org/
--
Fabrízio de Royes Mello
Blog sobre TI: http://fabriziomello.blogspot.com
___
Leandro,
Na verdade, chave serial é contradição em termos, porque se é serial
não vai garantir unicidade.
Sim, mas para achar o registro e fazer JOINs, é o que há em termos de
praticidade e desempenho, especialmente se você quiser usar a chave para
identificar alterações concorrentes sobre o
2009/12/29 Mozart Hasse mozart.ha...@usa.net:
Na verdade, chave serial é contradição em termos, porque se é serial
não vai garantir unicidade.
Sim, mas para achar o registro e fazer JOINs, é o que há em termos de
praticidade e desempenho
Depende, como sempre.
especialmente se você quiser
47 matches
Mail list logo
