Re: [pgbr-geral] Novato com uma dúvida, campo PK sendo GUID
Em 12 de julho de 2011 13:02, Leandro DUTRA leandro.gfc.du...@gmail.comescreveu: (...) CPF e CNPJ, por outro lado, podem ser chaves naturais (compostas, se necessário), mas não são boas chaves primárias pelos motivos expostos anteriormente. Motivos esses todos inválidos. 1) CPF compartilhado por marido e esposa. O marido é um cliente, a esposa é outro cliente. Se a chave primária simples for o CPF, um deles não poderá se cadastrar. Neste caso é melhor usar uma chave artificial como código do cliente. 2) CNPJ compartilhado por vários órgãos públicos (principalmente nas áreas de Saúde e Educação). Se a chave primária simples for o CNPJ, somente um deles poderá se cadastrar. Para uma empresa que vende suprimentos para hospitais ou escolas isso significaria a falência. Neste caso é melhor usar uma chave artificial como código do cliente. 3) Se o código do cliente for inaceitável para as regras de negócio, uma possível maneira de manter o purismo e contonar a imperfeição do mundo real seria fazer a chave primária ser composta -- por exemplo, CPF/CNPJ + número sequencial. No mundo real das aplicações comerciais, no entanto, a regra é trabalhar com código de cliente -- esta chave composta raramente seria necessária. -- Atenciosamente, Alexsander da Rosa http://rednaxel.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] Novato com uma dúvida, campo PK sendo GUID
2011/7/13 Alexsander Rosa alexsander.r...@gmail.com: 1) CPF compartilhado por marido e esposa. O marido é um cliente, a esposa é outro cliente. Se a chave primária simples for o CPF, um deles não poderá se cadastrar. Neste caso é melhor usar uma chave artificial como código do cliente. De novo confusão. Se código do cliente for requisito de negócio, não será artificial; e, de qualquer maneira, o uso de um código não garante unicidade, continua sendo necessário declarar pelo menos uma chave natural. O mesmo vale para seu item (2) 3) Se o código do cliente for inaceitável para as regras de negócio, uma possível maneira de manter o purismo e contonar a imperfeição do mundo real seria fazer a chave primária ser composta -- por exemplo, CPF/CNPJ + número sequencial. No mundo real das aplicações comerciais, no entanto, a regra é trabalhar com código de cliente -- esta chave composta raramente seria necessária. Conceitualmente não importa qual seria a chave primária, desde que haja ao menos uma chave declarada que garanta a unicidade. Isso porque conceitualmente não faz a menor diferença qual das chaves é a primária. -- Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org +55 (11) 9406 7191 MSNIM:chat?contact=lean...@dutra.fastmail.fm sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Novato com uma dúvida, campo PK sendo GUID
Em 13 de julho de 2011 13:28, Leandro DUTRA leandro.gfc.du...@gmail.comescreveu: 2011/7/13 Alexsander Rosa alexsander.r...@gmail.com: 1) CPF compartilhado por marido e esposa. O marido é um cliente, a esposa é outro cliente. Se a chave primária simples for o CPF, um deles não poderá se cadastrar. Neste caso é melhor usar uma chave artificial como código do cliente. De novo confusão. Se código do cliente for requisito de negócio, não será artificial; e, de qualquer maneira, o uso de um código não garante unicidade, continua sendo necessário declarar pelo menos uma chave natural. O mesmo vale para seu item (2) 3) Se o código do cliente for inaceitável para as regras de negócio, uma possível maneira de manter o purismo e contonar a imperfeição do mundo real seria fazer a chave primária ser composta -- por exemplo, CPF/CNPJ + número sequencial. No mundo real das aplicações comerciais, no entanto, a regra é trabalhar com código de cliente -- esta chave composta raramente seria necessária. Conceitualmente não importa qual seria a chave primária, desde que haja ao menos uma chave declarada que garanta a unicidade. Isso porque conceitualmente não faz a menor diferença qual das chaves é a primária. Assim fica difícil manter o debate, você argumenta contra seus próprios espantalhos... :-) Encerrei por aqui, siga usando CPF e CNPJ como chave primária simples se quiser. -- Atenciosamente, Alexsander da Rosa http://rednaxel.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] Novato com uma dúvida, campo PK sendo GUID
2011/7/13 Alexsander Rosa alexsander.r...@gmail.com: Assim fica difícil manter o debate, você argumenta contra seus próprios espantalhos... :-) Minha impressão é que ainda não entendeste nada… Encerrei por aqui, siga usando CPF e CNPJ como chave primária simples se quiser. Exatamente o que disse que não precisa nem pode. -- Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org +55 (11) 9406 7191 MSNIM:chat?contact=lean...@dutra.fastmail.fm sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Encode da Base Latin1 postgresql 9.0.4
Olá pessoal. Fiz uma instalação anteriormente..em 8.4 consegui criar um banco de dados com com encode em latin1; */usr/local/pgsql/bin/initdb –locale= pt_BR –encoding=LATIN1 -D /usr/local/pgsql/data * Porém em uma máquina Debian 6 não consigo criar o cluster nem qualquer banco de dados com encoding latin1 Segue as configurações: postgres@Debian01:~$ locale -a C POSIX pt_BR.utf8 postgres@Debian01:~$ locale LANG=pt_BR.UTF-8 LANGUAGE=pt_BR:pt:en LC_CTYPE=pt_BR.UTF-8 LC_NUMERIC=pt_BR.UTF-8 LC_TIME=pt_BR.UTF-8 LC_COLLATE=pt_BR.UTF-8 LC_MONETARY=pt_BR.UTF-8 LC_MESSAGES=pt_BR.UTF-8 LC_PAPER=pt_BR.UTF-8 LC_NAME=pt_BR.UTF-8 LC_ADDRESS=pt_BR.UTF-8 LC_TELEPHONE=pt_BR.UTF-8 LC_MEASUREMENT=pt_BR.UTF-8 LC_IDENTIFICATION=pt_BR.UTF-8 LC_ALL= postgres@Debian01:~$ /usr/local/pgsql/bin/createdb --encoding=LATIN1 /usr/local/pgsql/data/ createdb: database creation failed: ERROR: encoding LATIN1 does not match locale pt_BR.UTF-8 DETAIL: The chosen LC_CTYPE setting requires encoding UTF8. Se alguem puder dar alguma dica: Emerson DBA Jr ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Encode da Base Latin1 postgresql 9.0.4
2011/7/13 Emerson Martins emersonmarti...@gmail.com: Fiz uma instalação anteriormente..em 8.4 consegui criar um banco de dados com com encode em latin1; Não dá para atualizar para alguma codificação que não esteja obsoleta? Latin1 está obsoleto, não tem nem o € nem o œ. O ideal seria UTF‐8, pelo menos o Latin9. postgres@Debian01:~$ /usr/local/pgsql/bin/createdb --encoding=LATIN1 /usr/local/pgsql/data/ createdb: database creation failed: ERROR: encoding LATIN1 does not match locale pt_BR.UTF-8 DETAIL: The chosen LC_CTYPE setting requires encoding UTF8. O histórico da lista já respondeu isso algumas vezes, creio? -- Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org +55 (11) 9406 7191 MSNIM:chat?contact=lean...@dutra.fastmail.fm sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Saída da lista
Solicito que a administração retirasse meu e-mail da lista. -- -- João Paulo -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Saída da lista
Caro João, nesta e em qualquer outra lista que você assine no futuro, existe sempre um mecanismo para que você mesmo faça sua exclusão. Não é necessário que alguém fique responsável por isso, a não ser por mal comportamento. Procure informações de como proceder nos links no rodapé deste e-mail. Em 13 de julho de 2011 17:05, João Paulo Valeriano Fonseca valeriano.fons...@gmail.com escreveu: Solicito que a administração retirasse meu e-mail da lista. -- -- João Paulo -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente Elton Moura (11) 8358-2489 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Saída da lista
Em 13 de julho de 2011 17:05, João Paulo Valeriano Fonseca valeriano.fons...@gmail.com escreveu: Solicito que a administração retirasse meu e-mail da lista. Acesse o link [1] e veja como proceder [1] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Fabrízio de Royes Mello Blog sobre TI: http://fabriziomello.blogspot.com Perfil Linkedin: http://br.linkedin.com/in/fabriziomello ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral