Re: [pgbr-geral] Modelando um Controle de Estoque
2008/7/11 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/11 Ribamar Sousa [EMAIL PROTECTED]: Mesmo sem ser o Leandro vou arriscar um palpite: em separando bem as coisas, física, jurídica, pública e privada, acredito que se deva usar nossos CPF e CNPJ. Desde que não entrem nem estrangeiros (não têm CNP[FJ]), nem crianças nem mulheres casadas sem vida econômica (não têm CNPF), concordo. Entendi agora. Áí onde entra a importância da experiência. Imaginei numa situação real, com um dos citados por você e com certeza podem ocorrer vários outros, então eu não venderia. A coisa é mais complexa. Vou escutar mais. :) -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelando um Controle de Estoque
Venho acompanhando esta discussão, que por sinal mostra-se muito interessante, e por ter se tornado tão interessante acho que ficar apenas na lista seria um pecado, visto que para acompanhar é mais complicado, gostaria portanto sugerir que fosse criado algo para que assuntos como estes pudesse ser melhor discutidos, creio que um blog / wiki seria algo interessante, visto que assim a organização e o progresso seriam mais proveitosos, é apenas uma opnião, visto que realmente esta lista é uma comunidade, onde um assunto que para muitos é básico tornou-se nos últimos tempos o assunto mais discutido em todas as listas das quais participo. Porém para não ficar parecendo que o e-mail está fora de contexto, eu concordo no ponto de vista que usar CPF / CNPJ como chave não seria uma abordagem digamos das mais indicadas, nas modelagens que faço trabalho na maioria das vezes com chaves pk do tipo serial. Atenciosamente Guilherme de Carvalho Carneiro. 2008/7/11 Ribamar Sousa [EMAIL PROTECTED]: 2008/7/11 Johnny Taylor Faria Chaves [EMAIL PROTECTED]: Basta declarar pessoa, cliente ou fornecedor. Três tabelas. Daí pessoa jurídica ou física, mais duas tabelas. Há muito estou acompanhando aos pedaços essa discussão (nem vi onde ela saiu do estoque propriamente dito e entrou nessa de clientes, fornecedores e etc..., mas está ótimo). Leandro, agora chegou em um ponto que venho matutando desde que vi o desvio citado acima. Concordo que a solução é como você mostrou acima (pessoas= físicas| jurídicas + clientes| fornecedores) e facilita inserir sem duplicar dados (e esforços) funcionários (físicas), transportadoras (fornecedores e jurídicas), terceirizados (físicas ou jurídicas). Agora vem a pergunta, qual é (são) a(s) pk(s) disso tudo? Sequencial, você já mostrou sem sombra de dúvida que não pode ser (em qualquer contexto). CNPJ| CPF, como já debateram aqui, também está fora para a *grande maioria* dos casos. E mais, como você mesmo tem levantado ultimamente: *o domínio* dessa(s) pk(s), uma vez que parece que o Postgresql, nessa parte seguiu bem o padrão SQL, ou seja, fraco, quero dizer criar um domínio mesmo com operadores e tal. Mesmo sem ser o Leandro vou arriscar um palpite: em separando bem as coisas, física, jurídica, pública e privada, acredito que se deva usar nossos CPF e CNPJ. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Guilherme de Carvalho Carneiro guilherme.carvalho[a]advogaweb.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] banco não para de crescer assustado ramente
Hikari wrote: Isso acontece comigo tb, um database monouser q só armazena texto e o backup ocupa menos de 150KB com o tempo fica com 5GB. Única solução q tenho é dropar o database e recriar, qd restauro o backup ele fica com tamanho certo de novo. Isso porque como DBA você deve no mínimo conhecer sobre administração do servidor [1] e especificadamente sobre rotinas de manutenção [2]. [1] http://www.postgresql.org/docs/8.3/static/admin.html [2] http://www.postgresql.org/docs/8.3/static/maintenance.html -- Euler Taveira de Oliveira http://www.timbira.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] Modelando um Controle de Estoque
2008/7/12 Guilherme Carvalho [EMAIL PROTECTED]: concordo no ponto de vista que usar CPF / CNPJ como chave não seria uma abordagem digamos das mais indicadas, nas modelagens que faço trabalho na maioria das vezes com chaves pk do tipo serial. Desde que tenha uma chave natural... e que ela não seja adequada para ser primária... mas tem de ser declarada. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelando um Controle de Estoque
2008/7/11 Johnny Taylor Faria Chaves [EMAIL PROTECTED]: Quando dependemos (ou usamos o) do CPF não estamos modelando uma pessoa física, mas sim um brasileiro com cadastro na Receita Federal :( . Ótima definição! -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Bom site sobre bancos de dados
Teoria sobre bancos de dados: http://www.tech-faq.com/lang/pt/relational-database.shtml -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Bom site sobre bancos de dados
2008/7/12 Ribamar Sousa [EMAIL PROTECTED]: Teoria sobre bancos de dados: http://www.tech-faq.com/lang/pt/relational-database.shtml Hm, não recomendo. Tradução tosca e erros conceituais básicos. Pelo menos cita o Codd e suas treze regras; mas creio que, com o Terceiro Manifesto, estão obsoletas. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Bom site sobre bancos de dados
2008/7/12 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/12 Ribamar Sousa [EMAIL PROTECTED]: Teoria sobre bancos de dados: http://www.tech-faq.com/lang/pt/relational-database.shtml Hm, não recomendo. Tradução tosca e erros conceituais básicos. Pelo menos cita o Codd e suas treze regras; mas creio que, com o Terceiro Manifesto, estão obsoletas. Acredito que sempre teremos que ter o senso crítico afiado e beber de várias fontes para ao final tirar conclusões. Aí tem algumas informações básicas úteis. Como conheço ainda pouco sobre o assunto não posso avaliar sua crítica, em especial por você não ter citado nenhum dos erros. Mas veja que a coisa não é tão simples, pois o tão badalado Date também tem leitura não recomendada por outros autores (a exemplo do Flávio Soares Corrêa da Silva em seu livro Bancos de Dados), pelo fato de considerar relacionamentos como entidades e outros. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Bom site sobre bancos de dados
2008/7/12 Ribamar Sousa [EMAIL PROTECTED]: Aí tem algumas informações básicas úteis. Como conheço ainda pouco sobre o assunto não posso avaliar sua crítica, em especial por você não ter citado nenhum dos erros. Não vou ler para fazer uma crítica detalhada, até por estar mal traduzido — mas, no modelo relacional, usamos relações. Tabelas são apenas uma representação aproximada de relações. Mas veja que a coisa não é tão simples, pois o tão badalado Date também tem leitura não recomendada por outros autores (a exemplo do Flávio Soares Corrêa da Silva em seu livro Bancos de Dados), pelo fato de considerar relacionamentos como entidades e outros. Não faz sentido. Relacionamentos nem são um conceito relacional. No modelo relacional temos relações representando entidades e relacionamentos n:m, e chaves estrangeiras representando relacionamentos 1:n. O que tenho visto é gente não entendendo o Date. Infelizmente, tenho visto mesmo autores prestigiados no Brasil escrevendo coisas que considero indefensáveis, inclusive gente da USP — e não somente sobre o Date. Chego ao ponto de não recomendar a leitura de autores brasileiros — gostaria que alguém provasse que estou errado, seria um alívio poder recomendar um brasileiro. Para já me defender, também há estrangeiros estranhos, como o Celko e seu modelo de conjuntos aninhados, sem contar alguns malucos propondo SGBDs OO, MV, ou outras modas. Há muitas críticas interessantes ao Date, e mesmo algumas bem fortes, até dentro da comunidade PostgreSQL. Mas essa que você relata aí, à primeira vista, parece muito estranha. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Bom site sobre bancos de dados
2008/7/12 Leandro DUTRA [EMAIL PROTECTED]: 2008/7/12 Ribamar Sousa [EMAIL PROTECTED]: Aí tem algumas informações básicas úteis. Como conheço ainda pouco sobre o assunto não posso avaliar sua crítica, em especial por você não ter citado nenhum dos erros. Não vou ler para fazer uma crítica detalhada, até por estar mal traduzido — mas, no modelo relacional, usamos relações. Tabelas são apenas uma representação aproximada de relações. Aqui faço uma pergunta: não são fases da modelagem, relação (fase conceitual) e tabela (fase de implementação)? Mas veja que a coisa não é tão simples, pois o tão badalado Date também tem leitura não recomendada por outros autores (a exemplo do Flávio Soares Corrêa da Silva em seu livro Bancos de Dados), pelo fato de considerar relacionamentos como entidades e outros. Não faz sentido. Relacionamentos nem são um conceito relacional. No modelo relacional temos relações representando entidades e relacionamentos n:m, e chaves estrangeiras representando relacionamentos 1:n. Bem, para que fique claro, pois posso ter feito alguma confusão, vou citar o livro: Página 109: --- começo citação --- Um livro que não recomendo é o de C.J.Date (Introdução a Sistemas de Bancos de Dados, 8a. edição, 2004), pois não concordamos com várias de suas afirmações e enfoque. Por exemplo, nessa edição, na página 366, ele afirma que o melhor modo de ver os 'relacionamentos' é simplesmente considerá-los um tipo especial de entidade. ... qualquer abordagem que insista em fazer tal distinção [entre entidades e relacionamentos] tem um grave defeito, porque... o mesmo objeto pode, de forma bastante legítima, ser visto como uma entidade por alguns usuários e como um relacionamento por outros [sua ênfase]... Por outro lado sua extensa bibliografia comentada pode ser bastante útil. --- final citação --- Veja que nem tudo são flores nem o diabo é tão feio como o pintam. Resumindo: sabendo ler, podemos tirar algo útil de várias fontes. Apenas para relatar uma discussão recente: Página 77 ... Infelizmente, UML e outros modelos de análise OO aparentemente não foram desenvolvidos por pessoas que tivessem boa experiência com o MER e o conceito de modelagem conceitual de dados. O que tenho visto é gente não entendendo o Date. Infelizmente, tenho visto mesmo autores prestigiados no Brasil escrevendo coisas que considero indefensáveis, inclusive gente da USP — e não somente sobre o Date. Chego ao ponto de não recomendar a leitura de autores brasileiros — gostaria que alguém provasse que estou errado, seria um alívio poder recomendar um brasileiro. Para já me defender, também há estrangeiros estranhos, como o Celko e seu modelo de conjuntos aninhados, sem contar alguns malucos propondo SGBDs OO, MV, ou outras modas. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Bom site sobre bancos de dados
Ribamar Sousa escreveu: 2008/7/12 Leandro DUTRA [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: 2008/7/12 Ribamar Sousa [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Aí tem algumas informações básicas úteis. Como conheço ainda pouco sobre o assunto não posso avaliar sua crítica, em especial por você não ter citado nenhum dos erros. Não vou ler para fazer uma crítica detalhada, até por estar mal traduzido — mas, no modelo relacional, usamos relações. Tabelas são apenas uma representação aproximada de relações. Aqui faço uma pergunta: não são fases da modelagem, relação (fase conceitual) e tabela (fase de implementação)? Eu usaria os termos: modelo conceitual e modelo físico. Bem, para que fique claro, pois posso ter feito alguma confusão, vou citar o livro: Não dá para esperar muito de um professor de engenharia de software (sem ofensas). Eu mesmo *não* recomendaria esse livro que tu citou. Se queres aprender os conceitos de modelagem e projeto de uma maneira didática e sólida, eu recomendo o livro do meu orientador [1]. Temos bons pesquisadores brasileiros na área de banco de dados mas poucos se aventuram a escrever sobre um assunto que já está consolidado por mais de duas décadas. Chego ao ponto de não recomendar a leitura de autores brasileiros — gostaria que alguém provasse que estou errado, seria um alívio poder recomendar um brasileiro. Para já me defender, também há Leandro, já olhastes o livro citado em [1]? [1] http://www.inf.ufrgs.br/~heuser/livroProjBD/ -- Euler Taveira de Oliveira http://www.timbira.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
