Antonio, eu converto o arquivo em binário e gravo no campo text.
O front-end é feito em Visual FoxPro, então uso o seguinte código:
STRCONV(FILETOSTR(<caminho do arquivo>),13)
O resultado desta função é um binário base64.

At.te,
Alisson Viegas
Acsiv Sistemas

-----Mensagem original-----
De: [email protected]
[mailto:[email protected]] Em nome de Antonio
Prado
Enviada em: quarta-feira, 23 de dezembro de 2009 09:40
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] RES: RES: Tabela de mensagens

Em Ter, 2009-12-22 às 17:02 -0200, Alisson Viegas escreveu:
> Já tenho um campo assim.
> Veja minha estrutura:
> codigo                serial
> remetente             integer
> destinatario  integer
> dtenv                 date && Data do envio
> dtrec                 date && Data do recebimento
> prioridade            numeric(1)
> recibo                bolean && Retornar recibo de entrega
> assunto               varchar(100)
> mensagem              text
> anexo                 text && Só em alguns casos que há necessidade de
> usar este campo, pois pode encher o banco

Alisson,


Como você lida com o armazenamento do anexo? 

Obrigado.

Antonio.




> 
> At.te,
> Alisson Viegas
> Acsiv Sistemas
> 
> 
> -----Mensagem original-----
> De: [email protected]
> [mailto:[email protected]] Em nome de Tiago
Adami
> Enviada em: terça-feira, 22 de dezembro de 2009 16:28
> Para: Comunidade PostgreSQL Brasileira
> Assunto: Re: [pgbr-geral] RES: Tabela de mensagens
> 
> 2009/12/22 Alisson Viegas <[email protected]>:
> > Tiago, ainda não cheguei a 50 mil registros.
> > A média é de 500 inserções por dia. E o hardware varia muito, pois são
> > empresas diferentes.
> >
> 
> No meu caso, possuo um campo chamado LIDA (vide: mensagem lida) do
> tipo BOOLEAN que está indexada juntamente com o código do usuário a
> quem a mensagem pertence. Para evitar o acúmulo de mensagens
> desnecessárias, você pode implementar uma rotina para que o próprio
> usuário apague a mensagem depois de lida, ou forçar a eliminação das
> mensagens lidas após 30 dias (para isso você precisaria de uma outra
> coluna que armazene a data da leitura).
> 
> Pensando melhor, criar uma outra tabela para backup destas mensagens é
> útil apenas quando elas forem *extremamente necessárias*. Se forem
> mensagens descartáveis, não há necessidade.
> 




_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a