Re: [pgbr-geral] Erro dump
Em 25 de outubro de 2012 23:33, Antonio Cesar cgcesarsoa...@gmail.com escreveu: pessoal estou com seguinte erro ERRO: não pôde ler bloco 23 Para encontrar referências na internet procure por ERROR: could not read block. Tem uma enxurrada de discussões sobre o assunto. De antemão, esteja preparado para recuperar um backup ou um dump. Erros de bloco inválido são causados quase que exclusivamente por problemas de hardware. Se o seu SO for Windows ele também contribui para causar este tipo de problema, especialmente se a edição usada for não Server e existir mais de um usuário com poderes de ligar e desligar o micro. Falo pela minha experiência, os principais motivos para este tipo de erro são: - Desligamento incorreto (queda de energia, cabo de força puxado da tomada, etc). Usar um bom no-break já reduz imensamente os efeitos desta causa; - Windows Update: atualizações automáticas do Windows que reiniciam o PC (sim, acreditem, já vi banco corromper quando está sendo usado e o micro é reiniciado pela atualização); - Pentes de memória RAM com latência e velocidade diferentes; - Disco/Controladora de má qualidade; Se você não tem arquivo de Dump ou Backup com logs transacionais, tente [1]. Se possuir um ou outro, considere restaurá-lo. Por garantia, pare o serviço do banco de dados e faça uma cópia física do seu cluster (pasta 'data') compactada em algum formato como bz2 ou rar para não correr o risco de algum arquivo se perder nas transferências. Este item é obrigatório se você não quiser correr o risco de perder o resto dos dados ao realizar algum procedimento descrito em [1]. [1] http://archives.postgresql.org/pgsql-general/2007-07/msg00506.php -- TIAGO J. ADAMI http://www.adamiworks.com @tiadami ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Conexao PostgreSQL via JDBC em dispositivos móveis
Bom dia! Estou desenvolvendo uma aplicação em Java, para Android 4.0, esta aplicação irá fazer transações no PostgreSQL 9.0, porém nao encontrei nenhum JDBC, para Android. Procurei em foruns e encontrei um JDBC modificado, cujo qual consegui fazer a conexão. Alguém da Comunidade já teve esta necessidade ou conhecem alguma outra ferramenta que seja mais apropriada para fazer a conexão com o PostgreSQLno Android? Atenciosamente, Rieg.___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro em arquivo texto
Oi Osvaldo, o delimitador especificado foi o ;. Grato, Aguiar --- Em qui, 25/10/12, Osvaldo Kussama osvaldo.kuss...@gmail.com escreveu: De: Osvaldo Kussama osvaldo.kuss...@gmail.com Assunto: Re: [pgbr-geral] Erro em arquivo texto Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Data: Quinta-feira, 25 de Outubro de 2012, 17:01 Em 25/10/12, Aguiar Magalhaesmaga...@yahoo.com.br escreveu: Tiago, Mudei a codificação do arquivo .csv para UTF8 pois o bd é UTF8. Salvei o arquivo csv, mas agora está acusando o seguinte erro logo na primeira linha do arquivo .csv: ERRO: valor é muito longo para tipo character(4) CONTEXT: COPY tabela01, linha 1, coluna ano: 2008 A coluna ano no bd é caracter(4) e a primeira linha do arquivo é: 2008;333;RO;RONDÔNIA O que está havendo ? Note que no comando COPY [1] o delimitador default é uma vírgula e você está utilizando ponto e vírgula. DELIMITER ... The default is a tab character in text format, a comma in CSV format. Você especificou corretamente este parâmetro no comando COPY? Osvaldo [1] http://www.postgresql.org/docs/current/interactive/sql-copy.html ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Migração de base Postgres para Oracle
Especulemos que eu precise fazer a migração de base Postgres para Oracle. Quais as melhores maneiras de fazer isto? Imagino que pode envolver procedimentos muito detalhados; dessa forma, mesmo comentários em linhas gerais, referências de leitura, qualquer dica é bem vinda. Grato desde já, Luiz Carlos Damascena/TRT8 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração de base Postgres para Oracle
Em 26 de outubro de 2012 10:25, luiz damascena luiz.damasc...@trt8.jus.br escreveu: Especulemos que eu precise fazer a migração de base Postgres para Oracle. Quais as melhores maneiras de fazer isto? Imagino que pode envolver procedimentos muito detalhados; dessa forma, mesmo comentários em linhas gerais, referências de leitura, qualquer dica é bem vinda. Se você quiser migrar de Oracle para PostgreSQL, poderemos te ajudar. Procure uma lista de discussão Oracle. -- TIAGO J. ADAMI http://www.adamiworks.com @tiadami ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração de base Postgres para Oracle
Tiago e comunidade. Tenho um legado Oracle que vai perdurar por algum tempo, e gostaria de usar essa infra como opção para um eventual alívio nos servidores Postgres, sob forma de consulta. O pessoal da Oracle só fala em procedimentos para trocar um banco pelo outro, e não procedimentos agendados de replicação... Como especulo que o pessoal daqui é menos xiita, joguei a questão... Mas grato de qualquer maneira. LC/TRT8 Em 26 de outubro de 2012 09:28, Tiago Adami adam...@gmail.com escreveu: Se você quiser migrar de Oracle para PostgreSQL, poderemos te ajudar. Procure uma lista de discussão Oracle. -- TIAGO J. ADAMI http://www.adamiworks.com @tiadami ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração de base Postgres para Oracle
Oi Luiz, Já fiz algumas migrações Oracle/Postgresql e Postgresql/Oracle e posso ajudar. Tem alguma dúvida específica? Um ponto que pode dar mais trabalho é se você tem objetos com nome maior que 30 caracteres, pois no Oracle tem o limite de 30 caracteres pra nome de objetos. []'s Matheus Mendonça. www.nazar.la - Postgresql Performance Analytics 2012/10/26 Tiago Adami adam...@gmail.com Em 26 de outubro de 2012 10:25, luiz damascena luiz.damasc...@trt8.jus.br escreveu: Especulemos que eu precise fazer a migração de base Postgres para Oracle. Quais as melhores maneiras de fazer isto? Imagino que pode envolver procedimentos muito detalhados; dessa forma, mesmo comentários em linhas gerais, referências de leitura, qualquer dica é bem vinda. Se você quiser migrar de Oracle para PostgreSQL, poderemos te ajudar. Procure uma lista de discussão Oracle. -- TIAGO J. ADAMI http://www.adamiworks.com @tiadami ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração de base Postgres para Oracle
Matheus. Infelizmente, estou longe de ter dúvidas específicas... é uma ideia bem no início... Em linhas bem gerais, seria criar os objetos e migrar dados. Migração, de forma regular. Uma simples extração de DDL faria boa parte do serviço? No Oracle, temos banco, esquema, tabelas - simplificando. No Postgres (que é novidade por aqui) faço uma analogia como se os Databases pudessem ser usados como schemas do Oracle. Grato, LC/TRT8 Em 26 de outubro de 2012 09:48, Matheus Oliveira math...@nazar.laescreveu: Oi Luiz, Já fiz algumas migrações Oracle/Postgresql e Postgresql/Oracle e posso ajudar. Tem alguma dúvida específica? Um ponto que pode dar mais trabalho é se você tem objetos com nome maior que 30 caracteres, pois no Oracle tem o limite de 30 caracteres pra nome de objetos. []'s Matheus Mendonça. www.nazar.la - Postgresql Performance Analytics ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração de base Postgres para Oracle
2012/10/26 luiz damascena luiz.damasc...@trt8.jus.br: Tiago e comunidade. Tenho um legado Oracle que vai perdurar por algum tempo, e gostaria de usar essa infra como opção para um eventual alívio nos servidores Postgres, sob forma de consulta. Luiz, estou no governo também e portanto assumo que estamos no mesmo barco. Entendo as pressões do dia-a-dia e sei q precisamos matar um leão por hora, mas definitivamente esta opção que vc está pensando não é uma boa estratégia para a sonhada independência tecnológica do governo. Não existe legado Oracle que vai perdurar por algum tempo, esses sistemas continuarão a coexistir com sistemas livres e o motivo eu não arrisco a dizer, mas acho que a maioria já sabe. O pessoal da Oracle só fala em procedimentos para trocar um banco pelo outro, e não procedimentos agendados de replicação... Sugerir uma integração em sistemas costuma ser a melhor solução quando a coisa aperta. Sugira um projeto de integração via DBI, ETL ou até mesmo ODI (Oracle Data Integrator), sim, proponha a utilização de ferramentas deles para realizar a integração, isto vai aumentar a estima e desviar as atenções. Como especulo que o pessoal daqui é menos xiita, joguei a questão... Não somos xiitas, apenas acreditamos num modelo onde a inexigibilidade não é a única escolha, onde a liberdade tecnológica exista e a concorrência imperfeita não seja favorecida. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Conexao PostgreSQL via JDBC em dispositivos móveis
Em 26 de outubro de 2012 08:37, Joao Paulo Rieg jpaulor...@yahoo.com.br escreveu: Bom dia! Estou desenvolvendo uma aplicação em Java, para Android 4.0, esta aplicação irá fazer transações no PostgreSQL 9.0, porém nao encontrei nenhum JDBC, para Android. Procurei em foruns e encontrei um JDBC modificado, cujo qual consegui fazer a conexão. Alguém da Comunidade já teve esta necessidade ou conhecem alguma outra ferramenta que seja mais apropriada para fazer a conexão com o PostgreSQLno Android? Não só para PostgreSQL, como para qualquer banco de dados, drivers de comunicação com bancos de dados JDBC/ODBC/ADO/Native foram criados para operar em redes locais (LAN) ou que possuam baixa latência e comunicação intermitente. Se você estiver conectado via rede celular (Edge/3G/HSPA/4G/etc) pode ocorrer a troca de APN ou antena, e a conexão do banco de dados seria cancelada e a transação perdida. Desde os remotos tempos do Palm OS/Windows CE realizar a conexão do dispositivo móvel com um SGDB não é recomendável, por isso existem poucas soluções disponíveis. O ideal é realizar a comunicação por transferência de arquivos ou algum outro tipo de serviço (Socket, RPC, WebService). -- TIAGO J. ADAMI http://www.adamiworks.com @tiadami Olá Tiago. Ja tenho uma aplicação que roda em Windows, e a mesma consiste no seguinte: Estou conectado à rede da empresa via wi-fi e faço todas consultas necessárias no SGBD. Caso a rede wi-fi não esteja disponível, alguns clientes optaram pelo uso de VPN, porém com uma velocidade de consulta bem mais baixo, mas como o fluxo de informações não é contínuo e nem em grande escala, funciona legal. O software funciona em modo offline, e faz as atualizações mediante a disponibilidade da conexão. Este mesmo sistema estou desenvolvendo para Tablets, porém o JDBC disponivel para download no site da PostgreSQL, não é compativel para o Android. Quanto à perda de conexão a aplicação será preparada para caso isto ocorra, porém, gostaria de saber se existe algum componente que a Comunidade recomendaria utilizar nesta situação. Atenciosamente, Rieg ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração de base Postgres para Oracle
2012/10/26 luiz damascena luiz.damasc...@trt8.jus.br: Especulemos que eu precise fazer a migração de base Postgres para Oracle. Quais as melhores maneiras de fazer isto? Uma das possíveis soluções: http://www.spectralcore.com/fullconvert/ -- Vinícius Abrahão Bazana Schmidt DBA e Instrutor PostgreSQL Dextra Sistemas www.dextra.com.br +55 19 3256-6722 Ramal 252 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Conexao PostgreSQL via JDBC em dispositivos móveis
Enviado pelo meu Nexus Em 26/10/2012 07:41, Joao Paulo Rieg jpaulor...@yahoo.com.br escreveu: Bom dia! Estou desenvolvendo uma aplicação em Java, para Android 4.0, esta aplicação irá fazer transações no PostgreSQL 9.0, porém nao encontrei nenhum JDBC, para Android. Procurei em foruns e encontrei um JDBC modificado, cujo qual consegui fazer a conexão. Alguém da Comunidade já teve esta necessidade ou conhecem alguma outra ferramenta que seja mais apropriada para fazer a conexão com o PostgreSQLno Android? Atenciosamente, Rieg. Talvez você tenha um melhor resultado separando a view da camada de negócios. Deixando no android só a parte de solicitação e exibição de informações ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração de base Postgres para Oracle
Em 26 de outubro de 2012 11:03, Leonardo Cezar lhce...@gmail.com escreveu: (...) Não existe legado Oracle que vai perdurar por algum tempo, esses sistemas continuarão a coexistir com sistemas livres e o motivo eu não arrisco a dizer, mas acho que a maioria já sabe. Propina? Fui funcionário público também (Exército), aliás fui presidente de comissão de licitação. Infelizmente o sistema está podre, na época fui repreendido por querer incluir outras empresas nas cartas convites (de fora do esquema). E pior, se você comprar mais barato também toma mijada porque ano que vem a verba será menor. Não tem como não haver desperdício com o sistema atual. -- Atenciosamente, Alexsander da Rosa ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração de base Postgres para Oracle
Obrigado, Leonardo. O cenário é realmente indefinido. Vamos ver se a realidade converge ao planejamento... Grato pelas dicas objetivas. LC/TRT8 Em 26 de outubro de 2012 10:03, Leonardo Cezar lhce...@gmail.com escreveu: 2012/10/26 luiz damascena luiz.damasc...@trt8.jus.br: Tiago e comunidade. Tenho um legado Oracle que vai perdurar por algum tempo, e gostaria de usar essa infra como opção para um eventual alívio nos servidores Postgres, sob forma de consulta. Luiz, estou no governo também e portanto assumo que estamos no mesmo barco. Entendo as pressões do dia-a-dia e sei q precisamos matar um leão por hora, mas definitivamente esta opção que vc está pensando não é uma boa estratégia para a sonhada independência tecnológica do governo. Não existe legado Oracle que vai perdurar por algum tempo, esses sistemas continuarão a coexistir com sistemas livres e o motivo eu não arrisco a dizer, mas acho que a maioria já sabe. O pessoal da Oracle só fala em procedimentos para trocar um banco pelo outro, e não procedimentos agendados de replicação... Sugerir uma integração em sistemas costuma ser a melhor solução quando a coisa aperta. Sugira um projeto de integração via DBI, ETL ou até mesmo ODI (Oracle Data Integrator), sim, proponha a utilização de ferramentas deles para realizar a integração, isto vai aumentar a estima e desviar as atenções. Como especulo que o pessoal daqui é menos xiita, joguei a questão... Não somos xiitas, apenas acreditamos num modelo onde a inexigibilidade não é a única escolha, onde a liberdade tecnológica exista e a concorrência imperfeita não seja favorecida. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração de base Postgres para Oracle
Me desculpe, mas queria entender o que você busca com alívio nos servidores Postgres? Enviado pelo meu Nexus Em 26/10/2012 10:33, luiz damascena luiz.damasc...@trt8.jus.br escreveu: Obrigado, Leonardo. O cenário é realmente indefinido. Vamos ver se a realidade converge ao planejamento... Grato pelas dicas objetivas. LC/TRT8 Em 26 de outubro de 2012 10:03, Leonardo Cezar lhce...@gmail.comescreveu: 2012/10/26 luiz damascena luiz.damasc...@trt8.jus.br: Tiago e comunidade. Tenho um legado Oracle que vai perdurar por algum tempo, e gostaria de usar essa infra como opção para um eventual alívio nos servidores Postgres, sob forma de consulta. Luiz, estou no governo também e portanto assumo que estamos no mesmo barco. Entendo as pressões do dia-a-dia e sei q precisamos matar um leão por hora, mas definitivamente esta opção que vc está pensando não é uma boa estratégia para a sonhada independência tecnológica do governo. Não existe legado Oracle que vai perdurar por algum tempo, esses sistemas continuarão a coexistir com sistemas livres e o motivo eu não arrisco a dizer, mas acho que a maioria já sabe. O pessoal da Oracle só fala em procedimentos para trocar um banco pelo outro, e não procedimentos agendados de replicação... Sugerir uma integração em sistemas costuma ser a melhor solução quando a coisa aperta. Sugira um projeto de integração via DBI, ETL ou até mesmo ODI (Oracle Data Integrator), sim, proponha a utilização de ferramentas deles para realizar a integração, isto vai aumentar a estima e desviar as atenções. Como especulo que o pessoal daqui é menos xiita, joguei a questão... Não somos xiitas, apenas acreditamos num modelo onde a inexigibilidade não é a única escolha, onde a liberdade tecnológica exista e a concorrência imperfeita não seja favorecida. Abraço! -Leo -- Leonardo Cezar http://postgreslogia.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração de base Postgres para Oracle
Em 26 de outubro de 2012 10:46, luiz damascena luiz.damasc...@trt8.jus.br escreveu: Tiago e comunidade. Tenho um legado Oracle que vai perdurar por algum tempo, e gostaria de usar essa infra como opção para um eventual alívio nos servidores Postgres, sob forma de consulta. O pessoal da Oracle só fala em procedimentos para trocar um banco pelo outro, e não procedimentos agendados de replicação... Como especulo que o pessoal daqui é menos xiita, joguei a questão... Olá, Luiz. Não que exista má vontade para ajudar, mas converter um banco de PostgreSQL para Oracle estaria fora do escopo desta lista que promove o SGBD livre. Também estou no ramo governamental e mesmo que não seja DBA (por enquanto) eu tenho que conviver num ambiente com bancos PostgreSQL, Oracle e Informix, e também com sistemas integrados que acessam informações de mais de um destes SGBD. Sobre a conversão, não entendo como usar a infra existente do Oracle irá desafogar o PostgreSQL. Se eu bem entendi você quer fazer um balanceamento de carga, certo? Se você quiser um banco read-only sugiro criar outra instância e utilizar alguma ferramenta de replicação, mas usando o PostgreSQL. Talvez até investir um pouco nos servidores atuais seja menos oneroso. Eu imagino que o custo (em horas) para fazer uma migração do PostgreSQL para Oracle seja alto e irá resultar em uma estrutura ineficiente. Também desconheço alguma ferramenta de replicação entre bancos de dados heterogêneos que seja confiável. -- TIAGO J. ADAMI http://www.adamiworks.com @tiadami ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Sugestão para SQL
Senhores não querendo abusar da boa bontade de vocês, fiz o SQL abaixo, mas quando olho pra ele penso que poderia melhora-lo, em algumas tentativas aqui não obtive muito sucesso. O tempo de execução está ótimo, mas a didática não me parece muito amigável. A ideia é: Tenho uma tabela de VendaItens (mv_vendas_pre_itens) onde guardo a quantidade de itens vendidos A tabela de Servicos (mv_servicos_balcao) onde tenho o serviços já executados A tabela Vendas (mv_vendas_pre) somente guarda o tipo de venda “T” ou “F” (pode ser ignorada a principio) Preciso mostrar o saldo de cada Item, quando for maior que zero, então tenho: select z.* from (select a.cod_key, a.pedido, a.codigo, b.descricao, a.qtd_item, (a.qtd_item - coalesce(sum(d.qtd_item), 0)) as saldo2, a.valor_ven, a.cod_id from mv_vendas_pre_itens a inner join mv_produtos b on(b.codigo = a.codigo) and(b.tipo in('M', 'N')) inner join mv_vendas_pre c on(c.cod_id = a.cod_id) and(c.pedido = a.pedido) and(c.tipo = 'T') left join mv_servicos_balcao d on(d.cod_id = a.cod_id) and(d.pedido = a.pedido) and(d.codigo = a.codigo) and(d.obs not in('C')) where (a.obs not in('C')) and(a.cod_id = 30992) group by a.cod_key, a.pedido, a.codigo, b.descricao, a.qtd_item, a.valor_ven, a.cod_id, d.qtd_item ) as z where (z.saldo2 0) order by z.pedido, z.descricao Coloquei o result dentro de Z para poder pegar somente o saldo maior que 0 (zero) O que acham desse SQL, é isso mesmo, ou tem uma maneira mais “amigável”? ps * Na tabela de itens tenho um campo pra guardar o Saldo a cada post, mas não acho muito seguro, principalmente em um ambiente de concorrência, como um balcão onde pode-se incluir ou excluir um serviço a todo momento, por varios operadores Marcelo Silva - Desenvolvedor: Delphi, PHP, ASP Cel: (11) 95052-1407 Tim Cel: (11) 99693-4251 Vivo msn: marc...@ig.com.br Empresa: Perfil Medicina e Segurança do Trabalho ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Realidade do Hibernate ou outro framework...
A execução de queries com jdbc puro é muito mais rápido do que com hibernate, supondo que o sql está bem escrito. Eu sei que muitos vão descordar, mas particularmente eu prefiro o eclipselink com JPA. Consome menos memória (ihh discussão), existem poucas dependências e a instalação requer apenas 2 jars. Alecindro Quoting Tiago Adami adam...@gmail.com: Em 25 de outubro de 2012 11:14, rodrigo systemas rodrigo.syste...@gmail.com escreveu: Pessoal! Hoje tenho sistemas para varejo(pequenas empresas) e para indusrias(pequenas, medias e agora algumas medio/grandes). Ate o momento uso o banco postgres. Não utilizo nenhum framework para dados, somente uso conexão jdbc! Entao, nao conheço hibernate nem outra framework para dados. Ouvi dizer que a conexção jdbc é mais rapida por tratar direto com o banco! blz, mas tb ouvi dizer q usar um framework agiliza a programação...entao fico nesse impassese adoto o hibernate vou ter mais agilidade mas vou perder muita ou pouca performance? o que vale mais? rapidez no desenvolvimento? rapidez na resposta do banco? Preciso da opinião de vocês! O hibernate ainda é o cara? ja tem algo mais promissor e confiável? Vixe... já vi que essa discussão vai longe... Minha opinião: O Hibernate é uma boa ferramenta e agiliza muito o desenvolvimento em alguns aspectos, mas tem seus prós e contras como qualquer framework existente. Para usar o Hibernate você precisa conhecer muito bem o paradigma OO e pelo menos o nível 3 da Forma Normal de banco de dados, caso contrário você fará um DER voltado para suas classes de entidade do Hibernate ou vice-versa. Duas coisas que eu odeio no Hibernate: 1) Ele executa muitos comandos SQL DML desnecessários. Você precisara investir um bom tempo criando métodos para cada tipo de consulta específica se não quiser que ele busque todos os objetos associados ao objeto principal que você está consultando. E isso torna-se contraproducente e deixa seu modelo confuso com muitos métodos de pesquisa que fazem quase a mesma coisa. 2) Quando você usa uma aplicação com Hibernate em um servidor de aplicações, é preferível que nenhum outro aplicativo acesse o banco de dados para fazer alterações por causa do gerenciamento do cache de objetos que ele oferece. Se você não souber como e quando dar um flush() e houver outro aplicativo acessando o banco de dados, as informações apresentadas poderão estar desatualizadas em um ou outro aplicativo. Ao usar Java eu sou favorável ao uso de Hibernate, desde que seja agregado a um bom projeto usando os patterns DAO e Facade: Facade -- DAO -- HibernateDAO -- Hibernate. Mas terá que cuidar muito a questão do gerenciamento de cache. Quanto à conexão ser mais rápida via JDBC é balela. O Hibernate faz o mesmo tipo de conexão, mas como tem o cache pode parecer que o acesso é até mais rápido. -- TIAGO J. ADAMI http://www.adamiworks.com @tiadami ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Realidade do Hibernate ou outro framework...
Eu utilizo o Hibernate para desenvolvimento de aplicações e não tenho problema com desempenho, mesmo utilizando sem cache, com o pooling de C3P0, e conectado em 4 bancos distintos, além da utilização em conjunto com FDW. Óbvio que, como qualquer outro framework, ele foi construído para resolver problemas específicos da realidade de quem o construiui (e depois veio o JPA para tentar padronizá-lo). Se sua realidade está fora dos padrões de desenvolvimento, com certeza irá enfrentear problemas na sua modelagem utilizando as notações tanto do JPA quanto do Hibernate. Acredito que o maior ponto negativo dele, seja de não permitir o usuário final utilizar reflexão Java para criar entidades dinâmicas. Há um outro framework que faz isso bem melhor: http://empire-db.apache.org/empiredb/hibernate.htm Hoje para mim, é inviável trocar o ORM pois a aplicação já está construída, entretanto, nas próximas aplicações provavelmente migrarei para o EmpireDB pois é mais próximo a minha realidade. O Apache Cayenne também é uma boa alternativa: http://cayenne.apache.org/ Abs, Bruno 2012/10/26 alecin...@inf.ufsc.br: A execução de queries com jdbc puro é muito mais rápido do que com hibernate, supondo que o sql está bem escrito. Eu sei que muitos vão descordar, mas particularmente eu prefiro o eclipselink com JPA. Consome menos memória (ihh discussão), existem poucas dependências e a instalação requer apenas 2 jars. Alecindro Quoting Tiago Adami adam...@gmail.com: Em 25 de outubro de 2012 11:14, rodrigo systemas rodrigo.syste...@gmail.com escreveu: Pessoal! Hoje tenho sistemas para varejo(pequenas empresas) e para indusrias(pequenas, medias e agora algumas medio/grandes). Ate o momento uso o banco postgres. Não utilizo nenhum framework para dados, somente uso conexão jdbc! Entao, nao conheço hibernate nem outra framework para dados. Ouvi dizer que a conexção jdbc é mais rapida por tratar direto com o banco! blz, mas tb ouvi dizer q usar um framework agiliza a programação...entao fico nesse impassese adoto o hibernate vou ter mais agilidade mas vou perder muita ou pouca performance? o que vale mais? rapidez no desenvolvimento? rapidez na resposta do banco? Preciso da opinião de vocês! O hibernate ainda é o cara? ja tem algo mais promissor e confiável? Vixe... já vi que essa discussão vai longe... Minha opinião: O Hibernate é uma boa ferramenta e agiliza muito o desenvolvimento em alguns aspectos, mas tem seus prós e contras como qualquer framework existente. Para usar o Hibernate você precisa conhecer muito bem o paradigma OO e pelo menos o nível 3 da Forma Normal de banco de dados, caso contrário você fará um DER voltado para suas classes de entidade do Hibernate ou vice-versa. Duas coisas que eu odeio no Hibernate: 1) Ele executa muitos comandos SQL DML desnecessários. Você precisara investir um bom tempo criando métodos para cada tipo de consulta específica se não quiser que ele busque todos os objetos associados ao objeto principal que você está consultando. E isso torna-se contraproducente e deixa seu modelo confuso com muitos métodos de pesquisa que fazem quase a mesma coisa. 2) Quando você usa uma aplicação com Hibernate em um servidor de aplicações, é preferível que nenhum outro aplicativo acesse o banco de dados para fazer alterações por causa do gerenciamento do cache de objetos que ele oferece. Se você não souber como e quando dar um flush() e houver outro aplicativo acessando o banco de dados, as informações apresentadas poderão estar desatualizadas em um ou outro aplicativo. Ao usar Java eu sou favorável ao uso de Hibernate, desde que seja agregado a um bom projeto usando os patterns DAO e Facade: Facade -- DAO -- HibernateDAO -- Hibernate. Mas terá que cuidar muito a questão do gerenciamento de cache. Quanto à conexão ser mais rápida via JDBC é balela. O Hibernate faz o mesmo tipo de conexão, mas como tem o cache pode parecer que o acesso é até mais rápido. -- TIAGO J. ADAMI http://www.adamiworks.com @tiadami ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração de base Postgres para Oracle
Por isso peguntei o que ele realmente está pretentendo/precisando. Dependendo do caso até a replicação do Postgres 9.x já atenda. Mas seria melhor que ele descrevesse do que precisa, até pra Comunidade poder ajudá-lo melhor. Sei bem como é essa sensação nos órgãos governamentais, estamos passando por um processo em que estão deixando de usar banco de dados. ( Estão migrando do Postgres pro SQL Server ). Pelo simples fato de que o legado existente é maior em SQL Server. Triste mas fazer o que? Bruno E. A. Silva. 2012/10/26 Tiago Adami adam...@gmail.com: Em 26 de outubro de 2012 10:46, luiz damascena luiz.damasc...@trt8.jus.br escreveu: Tiago e comunidade. Tenho um legado Oracle que vai perdurar por algum tempo, e gostaria de usar essa infra como opção para um eventual alívio nos servidores Postgres, sob forma de consulta. O pessoal da Oracle só fala em procedimentos para trocar um banco pelo outro, e não procedimentos agendados de replicação... Como especulo que o pessoal daqui é menos xiita, joguei a questão... Olá, Luiz. Não que exista má vontade para ajudar, mas converter um banco de PostgreSQL para Oracle estaria fora do escopo desta lista que promove o SGBD livre. Também estou no ramo governamental e mesmo que não seja DBA (por enquanto) eu tenho que conviver num ambiente com bancos PostgreSQL, Oracle e Informix, e também com sistemas integrados que acessam informações de mais de um destes SGBD. Sobre a conversão, não entendo como usar a infra existente do Oracle irá desafogar o PostgreSQL. Se eu bem entendi você quer fazer um balanceamento de carga, certo? Se você quiser um banco read-only sugiro criar outra instância e utilizar alguma ferramenta de replicação, mas usando o PostgreSQL. Talvez até investir um pouco nos servidores atuais seja menos oneroso. Eu imagino que o custo (em horas) para fazer uma migração do PostgreSQL para Oracle seja alto e irá resultar em uma estrutura ineficiente. Também desconheço alguma ferramenta de replicação entre bancos de dados heterogêneos que seja confiável. -- TIAGO J. ADAMI http://www.adamiworks.com @tiadami ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração de base Postgres para Oracle
Tiago. Bruno. Demais membros. Sobre a conversão, não entendo como usar a infra existente do Oracle irá desafogar o PostgreSQL. Se eu bem entendi você quer fazer um balanceamento de carga, certo? Se você quiser um banco read-only sugiro criar outra instância e utilizar alguma ferramenta de replicação, mas usando o PostgreSQL. Talvez até investir um pouco nos servidores atuais seja menos oneroso. É somente uma divagação em função de cenários possíveis, de fato. Até porque nosso ambiente Postgres está começando a ser usado, e nossa configuração de hardware é extremamente robusta. E sim, a ideia seria algo tipo um banco read-only. Como temos servidores fisicamente iguais, já estamos usando replicação nativa (stream), e dando os primeiros passos na configuração do pgpool. Grato pelas opiniões. O indicativo é que existem alternativas melhores. Obrigado a todos. LC/TRT8 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Migração de base Postgres para Oracle
Em 26 de outubro de 2012 15:02, luiz damascena luiz.damasc...@trt8.jus.brescreveu: É somente uma divagação em função de cenários possíveis, de fato. Até porque nosso ambiente Postgres está começando a ser usado, e nossa configuração de hardware é extremamente robusta. E sim, a ideia seria algo tipo um banco read-only. Como temos servidores fisicamente iguais, já estamos usando replicação nativa (stream), e dando os primeiros passos na configuração do pgpool. Mas lembre-se, o fato de não ter o desempenho esperado não significa problemas no banco ou servidor, mas uma má configuração de um ou de ambos. Sugiro analisar primeiramente a finalidade do banco / aplicação, pois com base nessa análise é possível obter uma melhor configuração visando obter o melhor de desempenho. Não vejo necessidade, por mais grandioso e oneroso que seja o trabalho, colocar um oracle para suprir alguma necessidade do PostgreSQL (se é que o PostgreSQL tenha alguma necessidade), pois o PostgreSQL é muito robusto e aguenta muito bem a parada. Se não for configurado corretamente, nenhum SGBD irá funcionar adequadamente. []s Danilo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Regra na inserção de usuários
Boa tarde Pessoal, Estou tentando criar uma regra para inserir na tabela usuarios para inserir somente quando o registro ainda nao tenha sido inserido mas não estou conseguindo, alguém por ai para dar uma luz. CREATE OR REPLACE RULE rule_I_usuarios as on insert TO usuarios where (new.matricula not in (select matricula from usuarios)) DO insert into usuarios(matricula,nome,fone,tipo,cargo,lotacao,rua, bairro, ncasa,criado, atualizado, mail) values (new.matricula,new.nome,new.fone, new.tipo, new.cargo, new.lotacao,new.rua,new.bairro, new.ncasa, current_timestamp,NULL,new.mail); INSERT INTO usuarios( matricula, nome, fone, tipo, cargo, lotacao, rua, bairro, ncasa, criado, atualizado, mail) VALUES (123, 'diego', '5', 2, 'ti', 'lotacao', 'rua','bairro',30, now(),now(), 'mail'); Erro: ERROR: infinite recursion detected in rules for relation usuarios -- __ *Diego Rivera Tavares de Araújo* ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Regra na inserção de usuários
Em 26 de outubro de 2012 18:09, Diego Rivera Tavares de Araujo diegoriver...@gmail.com escreveu: Boa tarde Pessoal, Estou tentando criar uma regra para inserir na tabela usuarios para inserir somente quando o registro ainda nao tenha sido inserido mas não estou conseguindo, alguém por ai para dar uma luz. CREATE OR REPLACE RULE rule_I_usuarios as on insert TO usuarios where (new.matricula not in (select matricula from usuarios)) DO insert into usuarios(matricula,nome,fone,tipo,cargo,lotacao,rua, bairro, ncasa,criado, atualizado, mail) values (new.matricula,new.nome,new.fone, new.tipo, new.cargo, new.lotacao,new.rua,new.bairro, new.ncasa, current_timestamp,NULL,new.mail); INSERT INTO usuarios( matricula, nome, fone, tipo, cargo, lotacao, rua, bairro, ncasa, criado, atualizado, mail) VALUES (123, 'diego', '5', 2, 'ti', 'lotacao', 'rua','bairro',30, now(),now(), 'mail'); Erro: ERROR: infinite recursion detected in rules for relation usuarios Porque vc não cria um índice UNIQUE para essa sua coluna matricula, pois pelo que entendi vc quer inserir somente caso não exista outro usuário com a matricula que vc está inserindo... correto? Att, -- Fabrízio de Royes Mello Consultoria/Coaching PostgreSQL Blog sobre TI: http://fabriziomello.blogspot.com Perfil Linkedin: http://br.linkedin.com/in/fabriziomello Twitter: http://twitter.com/fabriziomello ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Regra na inserção de usuários
DO INSTEAD NOTHING Em 26/10/2012 18:17, Fabrízio de Royes Mello fabriziome...@gmail.com escreveu: Em 26 de outubro de 2012 18:09, Diego Rivera Tavares de Araujo diegoriver...@gmail.com escreveu: Boa tarde Pessoal, Estou tentando criar uma regra para inserir na tabela usuarios para inserir somente quando o registro ainda nao tenha sido inserido mas não estou conseguindo, alguém por ai para dar uma luz. CREATE OR REPLACE RULE rule_I_usuarios as on insert TO usuarios where (new.matricula not in (select matricula from usuarios)) DO insert into usuarios(matricula,nome,fone,tipo,cargo,lotacao,rua, bairro, ncasa,criado, atualizado, mail) values (new.matricula,new.nome,new.fone, new.tipo, new.cargo, new.lotacao,new.rua,new.bairro, new.ncasa, current_timestamp,NULL,new.mail); INSERT INTO usuarios( matricula, nome, fone, tipo, cargo, lotacao, rua, bairro, ncasa, criado, atualizado, mail) VALUES (123, 'diego', '5', 2, 'ti', 'lotacao', 'rua','bairro',30, now(),now(), 'mail'); Erro: ERROR: infinite recursion detected in rules for relation usuarios Porque vc não cria um índice UNIQUE para essa sua coluna matricula, pois pelo que entendi vc quer inserir somente caso não exista outro usuário com a matricula que vc está inserindo... correto? Att, -- Fabrízio de Royes Mello Consultoria/Coaching PostgreSQL Blog sobre TI: http://fabriziomello.blogspot.com Perfil Linkedin: http://br.linkedin.com/in/fabriziomello Twitter: http://twitter.com/fabriziomello ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Digest pgbr-geral, volume 46, assunto 70
função de cenários possíveis, de fato. Até porque nosso ambiente Postgres está começando a ser usado, e nossa configuração de hardware é extremamente robusta. E sim, a ideia seria algo tipo um banco read-only. Como temos servidores fisicamente iguais, já estamos usando replicação nativa (stream), e dando os primeiros passos na configuração do pgpool. Grato pelas opiniões. O indicativo é que existem alternativas melhores. Obrigado a todos. LC/TRT8 -- Próxima Parte -- Um anexo em HTML foi limpo... URL: http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20121026/f8188753/attachment-0001.htm -- Message: 3 Date: Fri, 26 Oct 2012 15:33:59 -0200 From: Danilo Silva danilo.dsg.go...@gmail.com Subject: Re: [pgbr-geral] Migração de base Postgres para Oracle To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Message-ID: ca+_jcpq4wc_gn9guxgzeafdelabdzdeo0gnvf+gdjjxfist...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Em 26 de outubro de 2012 15:02, luiz damascena luiz.damasc...@trt8.jus.brescreveu: É somente uma divagação em função de cenários possíveis, de fato. Até porque nosso ambiente Postgres está começando a ser usado, e nossa configuração de hardware é extremamente robusta. E sim, a ideia seria algo tipo um banco read-only. Como temos servidores fisicamente iguais, já estamos usando replicação nativa (stream), e dando os primeiros passos na configuração do pgpool. Mas lembre-se, o fato de não ter o desempenho esperado não significa problemas no banco ou servidor, mas uma má configuração de um ou de ambos. Sugiro analisar primeiramente a finalidade do banco / aplicação, pois com base nessa análise é possível obter uma melhor configuração visando obter o melhor de desempenho. Não vejo necessidade, por mais grandioso e oneroso que seja o trabalho, colocar um oracle para suprir alguma necessidade do PostgreSQL (se é que o PostgreSQL tenha alguma necessidade), pois o PostgreSQL é muito robusto e aguenta muito bem a parada. Se não for configurado corretamente, nenhum SGBD irá funcionar adequadamente. []s Danilo -- Próxima Parte -- Um anexo em HTML foi limpo... URL: http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20121026/236b551d/attachment-0001.htm -- Message: 4 Date: Fri, 26 Oct 2012 16:09:33 -0400 From: Diego Rivera Tavares de Araujo diegoriver...@gmail.com Subject: [pgbr-geral] Regra na inserção de usuários To: pgbr-geral@listas.postgresql.org.br Message-ID: cagajqxu1fejmle9ucuj_wvod0syz+vky3hcqtab0i9p-am0...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Boa tarde Pessoal, Estou tentando criar uma regra para inserir na tabela usuarios para inserir somente quando o registro ainda nao tenha sido inserido mas não estou conseguindo, alguém por ai para dar uma luz. CREATE OR REPLACE RULE rule_I_usuarios as on insert TO usuarios where (new.matricula not in (select matricula from usuarios)) DO insert into usuarios(matricula,nome,fone,tipo,cargo,lotacao,rua, bairro, ncasa,criado, atualizado, mail) values (new.matricula,new.nome,new.fone, new.tipo, new.cargo, new.lotacao,new.rua,new.bairro, new.ncasa, current_timestamp,NULL,new.mail); INSERT INTO usuarios( matricula, nome, fone, tipo, cargo, lotacao, rua, bairro, ncasa, criado, atualizado, mail) VALUES (123, 'diego', '5', 2, 'ti', 'lotacao', 'rua','bairro',30, now(),now(), 'mail'); Erro: ERROR: infinite recursion detected in rules for relation usuarios -- __ *Diego Rivera Tavares de Araújo* -- Pr?a Parte -- Um anexo em HTML foi limpo... URL: http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20121026/bd550d38/attachment-0001.htm -- Message: 5 Date: Fri, 26 Oct 2012 18:17:35 -0200 From: Fabrízio de Royes Mello fabriziome...@gmail.com Subject: Re: [pgbr-geral] Regra na inserção de usuários To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Message-ID: CAFcNs+oMpENzvhxN30kC0KkdSh1NZmBOfynLurbtutm5Z= z...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Em 26 de outubro de 2012 18:09, Diego Rivera Tavares de Araujo diegoriver...@gmail.com escreveu: Boa tarde Pessoal, Estou tentando criar uma regra para inserir na tabela usuarios para inserir somente quando o registro ainda nao tenha sido inserido mas não estou conseguindo, alguém por ai para dar uma luz. CREATE OR REPLACE RULE rule_I_usuarios as on insert TO usuarios where (new.matricula not in (select matricula from usuarios)) DO insert into usuarios(matricula,nome,fone,tipo,cargo,lotacao,rua, bairro, ncasa,criado, atualizado, mail) values (new.matricula,new.nome,new.fone, new.tipo