Em 10 de fevereiro de 2011 16:41, Cesar Pedroso <[email protected]> escreveu: > Ainda curioso ... Oq vc chama de clob? Conheço este tipo do Oracle, > mas não no Postgres. > > Opa desculpe estou acostuma ao Oracle > > Voce possivelmente utiliza o tipo bytea ao invés de OID, confere? Se > sim, então o objeto binário é armazenado na própria tabela e não em > pg_largeobject. > > Acho que o problema é justamente esse, a tabela que esta com problema é a > que tem o tipo OID. > > Nesse caso terei que sempre fazer o pg_dump com o --blob? > > Algum problema em passar a coluna para bytea? Desculpe pela ignoracia nao > sei a diferença.
Não vejo problema algum, inclusive não vejo a necessidade de usar um tipo *LO* (Large Object, que cria os campos com OID) ao invés de um ByteA. Como desenvolvedor só tive dores de cabeça com esse tipo. Hoje como DBA também. Quando você elimina um registro da tabela, na verdade você precisa utilizar um Trigger chamado a função *lo_unlink* que elimine o registro efetivamente da tabela pg_largeobject, senão ele continua lá ocupando espaço. Este tipo de tratamento com OID _deve_ ser algo específico do PostgreSQL, pois não conheço nenhum outro RDBMS que implemente algo diferente dos velhos conhecidos CLOB (a.k.a *Long Varchar* ou *Text* no PostgreSQL) e BLOB - e não descarto a possibilidade de estar com meus conhecimentos defasados. Talvez este post lhe ajude [1]. [1] http://www.mail-archive.com/[email protected]/msg21878.html -- TIAGO J. ADAMI http://www.adamiworks.com _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
