Roberto Mello, obrigado pelas dicas. encerro aqui a minha dúvida quanto a esse assunto. obrigado mesmo.
Em 23 de agosto de 2010 15:15, <[email protected]>escreveu: > Send pgbr-geral mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of pgbr-geral digest..." > > > Tópicos de Hoje: > > 1. Re: Dúvida com modelagem/Array (Leonardo Cezar) > 2. Re: Replicação de dados com slony (Roberto Mello) > 3. Processamento 100% (Felipe Montenegro Aragão) > 4. Re: Dá para armazenar arquivos XML? (Celso) > 5. PGDay Manaus (Rodrigo Hjort) > 6. Re: Commit + Rollback no postgres (Paulo Nievierowski) > 7. Re: Processamento 100% (Euler Taveira de Oliveira) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 23 Aug 2010 12:03:37 -0300 > From: Leonardo Cezar <[email protected]> > Subject: Re: [pgbr-geral] Dúvida com modelagem/Array > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > 2010/8/19 Hugo Sacramento <[email protected]>: > > Olá, > > Estou na dúvida na modelagem de uma tabela que precisa de um campo onde > > possa guardar vários "nomes" pra cada item da tabela. > > Não sei exatamente o que quis dizer com "nomes", mas enfim .. > > > Normalmente faria uma tabela separada só com os nomes daquele item com > uma > > FK como todo mundo já conhece. > > s/Normalmente/Corretamente. > > Vetores não inutilizam a normalização relacional de dados. Voce > deveria utiliza-los com cautela, em casos específicos. > > > Mas percebi que tenho opção de usar array: varchar [ ] > > O legal de usar array é algumas facilidades na query, sem precisar fazer > > join, etc... > > Utilizar tipos de dados array podem e vão complicar um pouco a vida do > seu desenvolvedor, dependendo de qual interface ele utiliza para > programar, visto que algumas implementações de frameworks não suportam > a s'ntase de arrays e a utilização de operadores é limitada para este > tipo de dados também. > > Restringir esses dados também não é uma operação trivial como seria > com atributos unidimensionais. > > > por ex. posso fazer "select nome[0], bla, ble, bli from blablabla..." > > Porém fico na dúvida se isto é realmente aconselhável. Se é certo ou se é > > errado, enfim... o que teriam a me dizer? > > Não é errado. Este tipo de dados tem algum uso, embora boa parte, > senão todos, são substituíveis por modelagem relacional, utilizando > operadores relacionais para obtenção dos dados. > > Quer um exemplo de uso? > > Veja a estrutura de pg_catalog.pg_auth_id, em especial o atributo > rolconfig[]. Percebe que ele é to tipo text array? Nós não temos > nenhuma restrição de unicidade naquele atributo, portanto a minha > aplicação poderia erroneamennte executar o seguinte SQL: > > UPDATE pg_authid SET rolconfig = '{work_mem=20MB, work_mem=20MB}'; > > No caso da modelagem do catálogo do PostgreSQL, este procedimento > realmente não traria conseqüências graves, embora eu desencoraje > realizar qualquer alteração no catálogo do ambiente de produção. No > entanto, dependendo da regra de negócio da sua aplicação, este > comportamento pode ser inesperado e vc pode ter problemas para > contornar isto. Então, eu desaconselharia utilizar tipos dimensionais > nestes casos. > > Compreendendo o problema, substituíriamos o array no caso citado pelo > seguinte esquema: > > pg_authid {#oid, rolname, ...} > > pg_rolconfig {FK pg_authid, name, setting} > > PS.: Este exemplo não tem intenção alguma de propor tal alteração no > catálogo do postgres. Foi criado apenas com fins didáticos. > > Abraço! > > -Leo > -- > Leonardo Cezar > http://www.aslid.org.br > http://postgreslogia.wordpress.com > > > ------------------------------ > > Message: 2 > Date: Mon, 23 Aug 2010 11:35:00 -0400 > From: Roberto Mello <[email protected]> > Subject: Re: [pgbr-geral] Replicação de dados com slony > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="utf-8" > > 2010/8/20 Beto Lima <[email protected]> > > > agora preciso pegar os dados da antiga e passar pra nova deixando numa só > > base. > > > > O que você quer é migração e não replicação. > > > > elas possuem muitas constraints amarrando as tabelas para garantir a > > integridade dos dados e ainda tem dados que existem na base1 e na base2 > > (dados duplicados). > > Bom isso tudo preciso superar e unir numa só base. Consigo fazer isso com > > slony? > > > > Slony é uma ferramenta para replicação, e você quer migração, então eu > diria > que não é a ferramenta adequada. > > > > Ou existe uma ferramenta melhor pro meu caso? > > > > Existem várias ferramentas de migração de dados. Entre as que eu já usei > está a do SQL Manager para PostgreSQL [1] que é um conjunto de ferramenas > para acesso, gerenciamento, migração, extração, etc. Está entre as > ferramentas mais completas para o PostgreSQL que eu conheço. > > As ferramentas de migração que são flexíveis tem um custo relativamente > alto, já que o custo vai ser amortizado em várias migrações. > > Para uma migração única, geralmente é menos trabalho escrever um programa > que vai fazer a migração para você. > > > > Lembrando que não irei precisar de qualquer ferramenta após a união dos > > dados. Só preciso pra fazer a tal operação e depois posso até remover o > > slony ou qualquer que seja o software. também irei deletar a base antiga > e > > ficar somente com a de produção que terá todos os dados. > > > > [1] http://www.xrl.us/sqlmanager > Roberto > -------------- Pr?a Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20100823/e1623e37/attachment-0001.htm > > ------------------------------ > > Message: 3 > Date: Mon, 23 Aug 2010 12:40:44 -0300 > From: Felipe Montenegro Aragão <[email protected]> > Subject: [pgbr-geral] Processamento 100% > To: "'Comunidade PostgreSQL Brasileira'" > <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Prezados, > > Estou com seguinte problema. > Tenho uma aplicação com uma tela de cadastro de pedido, quando informo o > código de um determinado cliente ex 1050 o processamento do meu tomcat fica > em 100% dando erro de memória e até mesmo travando o servidor w2003. > O erro não ocorre quando tento salvar e sim quando o meu campo apenas > recebe > o código do cliente. > Para outros clientes abaixo desse código o sistema funciona que é uma > beleza. > Estou achando que o problema é no postgres, já fiz de tudo e não consigo > resolver. > Desde já agradeço a ajuda. > Existe algum comando que possa verificar por exemplo se o registro está > corrompido? > > O log do postgres apresenta: > > > > 2010-08-23 10:46:54 LOG: unexpected EOF on client connection > > 2010-08-22 20:39:04 LOG: could not receive data from client: Unknown > winsock error 10061 > > 2010-08-22 20:39:04 LOG: unexpected EOF on client connection > > 2010-08-22 20:40:16 LOG: received fast shutdown request > > 2010-08-22 20:40:16 LOG: shutting down > > 2010-08-22 20:40:16 LOG: database system is shut down > > 2010-08-22 20:40:16 LOG: logger shutting down > > > **************************************************************************** > * > 2010-08-23 10:44:13 LOG: could not rename temporary statistics file > "global/pgstat.tmp" to "global/pgstat.stat": Permission denied > > 2010-08-23 10:45:58 LOG: could not rename temporary statistics file > "global/pgstat.tmp" to "global/pgstat.stat": Permission denied > > 2010-08-23 10:46:54 LOG: could not receive data from client: No connection > could be made because the target machine actively refused it. > > > **************************************************************************** > * > > > 2010-08-23 10:46:54 LOG: unexpected EOF on client connection > > > 2010-08-23 12:22:18 LOG: database system was shut down at 2010-08-23 > 12:21:12 > > 2010-08-23 12:22:18 LOG: checkpoint record is at 0/8EA7C70 > > 2010-08-23 12:22:18 LOG: redo record is at 0/8EA7C70; undo record is at > 0/0; shutdown TRUE > > 2010-08-23 12:22:18 LOG: next transaction ID: 0/53525; next OID: 30293 > > 2010-08-23 12:22:18 LOG: next MultiXactId: 1; next MultiXactOffset: 0 > > 2010-08-23 12:22:18 LOG: could not receive data from client: No connection > could be made because the target machine actively refused it. > > > > > 2010-08-23 12:22:19 LOG: could not receive data from client: No connection > could be made because the target machine actively refused it. > > > > > 2010-08-23 12:22:20 LOG: could not receive data from client: No connection > could be made because the target machine actively refused it. > > > > > 2010-08-23 12:22:20 LOG: could not receive data from client: No connection > could be made because the target machine actively refused it. > > > > > 2010-08-23 12:22:21 LOG: could not receive data from client: No connection > could be made because the target machine actively refused it. > > > > > 2010-08-23 12:22:21 LOG: could not receive data from client: No connection > could be made because the target machine actively refused it. > > > > > 2010-08-23 12:22:22 FATAL: the database system is starting up > > 2010-08-23 12:22:26 FATAL: the database system is starting up > > 2010-08-23 12:22:30 FATAL: the database system is starting up > > 2010-08-23 12:22:34 FATAL: the database system is starting up > > 2010-08-23 12:22:37 LOG: database system is ready > > 2010-08-23 12:22:40 FATAL: the database system is starting up > > 2010-08-23 12:22:48 LOG: could not receive data from client: No connection > could be made because the target machine actively refused it. > > > > > 2010-08-23 12:28:15 LOG: could not rename temporary statistics file > "global/pgstat.tmp" to "global/pgstat.stat": Permission denied > > 2010-08-23 12:30:51 LOG: could not receive data from client: No connection > could be made because the target machine actively refused it. > > > > > 2010-08-23 12:30:51 LOG: unexpected EOF on client connection > > > > > ------------------------------ > > Message: 4 > Date: Mon, 23 Aug 2010 13:17:33 -0300 > From: "Celso" <[email protected]> > Subject: Re: [pgbr-geral] Dá para armazenar arquivos XML? > To: "Comunidade PostgreSQL Brasileira" > <[email protected]> > Message-ID: <7a25691b013e4acba0001d6979c5b...@notehp> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > Olá Flávio, > > eu gravo em um campo do tipo Text. > > Fica armazenado como se fosse um arquivo texto. > > Att, > > Celso Lorenzetti > www.sysrs.com.br > > > ----- Original Message ----- > From: ""Flávio R. Lopes"" <[email protected]> > To: "Comunidade PostgreSQL Brasileira" < > [email protected]> > Sent: Saturday, August 21, 2010 8:49 PM > Subject: Re: [pgbr-geral] Dá para armazenar arquivos XML? > > > Olá Osvaldo, obrigado por sua resposta. > Dei uma olhada na documentação que vc me enviou, mas não sei se entendi > direito. > Parece que nesta documentação há um tipo de "extração" de dados de > dentro de um arquivo XML. > Na verdade eu quero "jogar para dentro" do banco o arquivo inteiro, da > mesma forma que você colocasse um arquivo tipo JPG dentro do Postgres. > > Tô falando asneira? > > > Em 21-08-2010 18:27, Osvaldo Kussama escreveu: > > Em 21 de agosto de 2010 18:19, "Flávio R. Lopes" > > <[email protected]> escreveu: > > > >> Olá pessoal. > >> Sou novato com banco de dados (e aqui na lista) e desculpe se estou > >> postanto bobagem aqui. > >> > >> Mas gostaria de saber se é possível armazenar arquivos em formato XML no > >> PostgreSQL. > >> > >> É o seguinte: > >> Gostaria de armazenar estes arquivos no banco para (obviamente) poder > >> recuperá-los (ou consultá-los) posteriormente. > >> Dentro destes arquivos, existe um campo único, vamos chamar aqui de ID, > >> (para cada um destes arquivos) que pensei em usar como chave primária. > >> Além disso para poder fazer um "filtro" melhor, também em delimitar as > >> pesquisas (além do ID) pela data de geração destes arquivos. > >> > >> Enfim, dá pra fazer isto? > >> > >> > > > > Veja: > > Tipo de dados XML: > > http://www.postgresql.org/docs/current/interactive/datatype-xml.html > > Funções para trabalhar com XML: > > http://www.postgresql.org/docs/current/interactive/functions-xml.html > > > > Osvaldo > > _______________________________________________ > > 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 > > > > ------------------------------ > > Message: 5 > Date: Mon, 23 Aug 2010 12:40:57 -0400 > From: Rodrigo Hjort <[email protected]> > Subject: [pgbr-geral] PGDay Manaus > To: Comunidade PostgreSQL Brasileira > <[email protected]>, > [email protected], > [email protected] > Cc: Organização do PostgreSQL Brasil > <[email protected]> > Message-ID: > > <[email protected]<aanlktimcv_49j-ywc5m4sz-q%[email protected]> > > > Content-Type: text/plain; charset="iso-8859-1" > > Boa tarde a todos, > > Seguindo a proposta do evento > PGDay<http://www.postgresql.org.br/eventos/pgday>, > gostaria de saber o interesse em se realizar o *PGDay Manaus*, se possível > ainda este ano. > > Aguardo manifestações de usuários, DBAs, desenvolvedores e entusiastas em > PostgreSQL em Manaus e região. > > -- > Atenciosamente, > > Rodrigo Hjort > SERPRO/Manaus > www.serpro.gov.br > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20100823/5bfc6e46/attachment-0001.htm > > ------------------------------ > > Message: 6 > Date: Mon, 23 Aug 2010 14:09:06 -0300 > From: Paulo Nievierowski <[email protected]> > Subject: Re: [pgbr-geral] Commit + Rollback no postgres > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Euler, > > Obrigado pela observação. > > Paulo > > Em 23/8/2010 09:38, Euler Taveira de Oliveira escreveu: > > Paulo Nievierowski escreveu: > > > > [código...] > > > >> Alias, tenho uma dúvida: tem/qual limite(quantidade) de instruções para > >> mandar ao servidor antes > >> de commitar? > >> > > 2³²-1. > > > > Nas rotinas descritas acima você está utilizando ROLLBACK sem precisão; > antes > > de iniciar uma transação não há necessidade de executar ROLLBACK. Se você > > iniciar e concluir todos os blocos de transação não precisa se preocupar > se > > uma transação está em execução ou não. Além disso, isso irá encher o log > do > > servidor com mensagens: > > > > NOTA: não há uma transação em execução > > > > > > > ------------------------------ > > Message: 7 > Date: Mon, 23 Aug 2010 15:14:18 -0300 > From: Euler Taveira de Oliveira <[email protected]> > Subject: Re: [pgbr-geral] Processamento 100% > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > Felipe Montenegro Aragão escreveu: > > [Não responda aproveitando outros assuntos; isso bagunça o histórico da > lista] > > > Estou achando que o problema é no postgres, já fiz de tudo e não consigo > > resolver. > > > Qual a versão exata do PostgreSQL? > > > Existe algum comando que possa verificar por exemplo se o registro está > > corrompido? > > > Os logs podem te dizer. Procure mensagens que contenham ERROR: > > > > **************************************************************************** > > * > > 2010-08-23 10:44:13 LOG: could not rename temporary statistics file > > "global/pgstat.tmp" to "global/pgstat.stat": Permission denied > > > Isto me parece problema de permissão no $PGDATA. Verifique se o dono de > todos > os arquivos é o usuário postgres. > > Sem mais detalhes fica difícil dizer onde está o problema. Se aquele > registro > indicado por você está corrompido isto pode causar uma queda no processo > servidor; verifique este caso nos logs. > > > -- > Euler Taveira de Oliveira > http://www.timbira.com/ > > > ------------------------------ > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > Fim da Digest pgbr-geral, volume 20, assunto 24 > *********************************************** > -- Att. Beto Lima
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
