Em ter 19 jul 2011, às 22:57:37, Fabrízio de Royes Mello escreveu: > Em 19 de julho de 2011 22:26, Euler Taveira de Oliveira > > <[email protected]>escreveu: > > E por que não o pedido do João da Silva + CPF? Acho que seria muito mais > > elegante o funcionário dizer: Seu João da Silva? Aqui está o seu pedido. > > Do que: Número? 7..9..5..7..2..3..9..5..8..2..3..7. Aqui está o seu > > pedido. > > Lembre-se que "João da Silva + CPF" pode fazer mais de 1 pedido, então > teria de ter mais um atributo para garantir a unicidade...
Mas é *suficiente* para o cliente, e o pedido deveria ser algo como PK cliente+sequencial *dos pedidos do cliente*, em alguns casos talvez PK_CLI+data da transação (dependendo das regras de negócio). Mas ai entra novamente a questão cultural, um parceiro (ex-empregado) meu, tem um cliente que não considera *cliente* alguém que "passa na rua e faz uma compra" ou que pede um orçamento, e não *quer* que esses tenham cadastro detalhado no sistema. (Mais sobre, abaixo). > > > Também concordo com todo exposto, entretanto existem casos em que a > Numeração Sequencial (sem falhas) é exigência legal... trabalho com > software de gestão para Órgãos Públicos e os mesmos emitem os chamados > "Empenhos" para executar a despesa (pagar fornecedores, pessoal, etc)... é > como uma Nota Fiscal na iniciativa privada... e estes NÃO podem ter falhas > na sua numeração sequencial, senão a auditoria dos estados (TCEs) apontam > esse tipo de irregularidade. > > Esse é só um exemplo em que não podem existir falhas em numerações, e > existem outros casos. Mais informação, isso é sempre bom. Eu não sabia disso. Mas talvez, eu trabalhasse de forma diferente, como uma tabela "todo" para gerar os dados para os *governantes*, mantendo minha base próxima dos padrôes de sanidade. Exstem muitos casos que tentamos contorrnar deficiências não técnicas, acima eu destaquei *quero*, muitas vezes tentamos informatizar a bagunça, pois os *donos* sejam privados ou públicos (sim os serviços "públicos" têm donos, que se apoderam das coisas e não abrem mão delas), criam regras e empecílios apenas pelas suas *vontades*, não pelas necessidades reais, e nós ficamos com o ônus de fazer funcionar. O texto ficou com muitos destaques e aspas, e muitos outros seriam precisos... > > >> Blog sobre TI: http://fabriziomello.blogspot.com > >> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - jfchaves <at> brdados.com.br Eu não posso mais, se você pode, doe sangue!!! _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
