2009/12/29 <[email protected]>: >> 2009/12/29 <[email protected]>: >>>> 2009/12/29  <[email protected]>: >>>>> ) WITH ( OIDS=TRUE); >> >> Porque não tem utilidade, engorda a base e ainda possibilita erros de >> rpogramação. >> > Não é o nosso caso, usamos os OIDS para algumas coisas internas como > posicionamento de cursores, melhor que criar uma estrutura só para > controlar isso.
Pelo contrário… OIDs podem alterarem-se com restauração de cópias de segurança, podem ciclar… melhor criar algo que esteja no modelo, se for uma necessidade real. OIDs são resquício da tentativa (fracassada) de se fazer um SGBD SQL-OO. > sempre li que é para evitar chaves naturais como pk. Por quê? Pelo contrário, uma chave artificial não evita duplicidade, engorda a base e dificulta o entendimento do modelo. > Usar uma chave artificial te livra de um monte de dor de cabeça Por exemplo? Pelo contrário, usar chaves artificiais, a médio prazo, gera muita dor de cabeça porque engorda a base (geralmente) e obscurece o modelo (sempre). Muitas vezes, nem se definem boas chaves naturais porque se usou o quebra-galho da artificial. > Bah daí concordo contigo! O nome poderia ser outro, mas essa é uma > daquelas coisas que acabam ficando pra trás, no nosso caso é uma UK > tanto no nome como na função hehe! O tipo da alteração que pode valer a pena, embora possa ser meio traumática. > Bom daí já discordo um pouco. Pra mim base e modelo que precisam ser > alterados no meio do caminho é igual a sistema mal feito e mal > projetado. A curto prazo, sim. A longo, não. > Até agora estão se mostrando excelentes, tomara que continuem assim. > > As vezes a teoria é uma coisa, mas na prática é outra! Não vão continuar, são típicas decisões sem fundamento teórico nem, a longo prazo, prático. Regras criadas por desenvolvedores que nem entendiam dados, nem tiveram de dar manutenção em sistemas evoluídos ao longo do tempo. Algumas até generalizações incorretas de situações específicas. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3854 7191 gTalk: xmpp:[email protected] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:[email protected] _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
