2009/6/5 Nilson Chagas <nilson.chagas.si...@gmail.com>: > 2009/6/5 Osvaldo Kussama <osvaldo.kuss...@gmail.com> >> >> Se for na mesma conexão considere o uso da cláusula RETURNING do camando >> INSERT. >> http://www.postgresql.org/docs/current/interactive/sql-insert.html >> >> De uma forma geral é provável que um campo timestamp com default >> CURRENT_TIMESTAMP em sua(s) tabela(s) atenda suas necessidades. >> >> Como já foi dito quando sua instalação consumir cerca de 4GB oids ele >> retornará para o início, isto é, não se pode garantir que o último >> insert realizado tenha o maior oid. >> >> Osvaldo > > Osvaldo, > > Já falamos a respeito deste assunto. > E a sua ideia para o CURRENT_TIMESTAMP, realmente se torna bem mais > agradavel do que OID. > > Mas no caso gostaria de abusar um pouco da vontade dos amigos. > > Seria possivel utilizar o CURRENT_TIMESTAMP, como padrão do campo, mas > eliminando os pontos, traços e espaço. > > Algo do tipo: arb_id limpacampo(CURRENT_TIMESTAMP) NOT NULL, -- > Identificador do Registro > > Ou teria que criar uma trigger?? > -- >
Não entendi sua questão. O tipo de dado do CURRENT_TIMESTAMP é timestamp, veja: http://www.postgresql.org/docs/current/interactive/datatype-datetime.html Ele ocupa 8 bytes e é uma data juliana. Talvez você esteja confundindo a forma de armazenamento com a forma de exibição. Pontos, traços e espaços só existem na forma de exibição, não existem no dado armazenado em seu banco. Osvaldo _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
