[pgbr-geral] Problema com Autenticação na Cone xão
Olá, Estou com um problema de autenticação no postgre, só que "às avessas". Tipo, se eu for conectar e colocar um usuário que não existe, é informado que não existe o usuário e tal. Mas se coloco um usuário que existe, ele conecta normalmente, sem verificar a senha. Ele loga com qualquer senha que eu coloque. Dei uma olhada no servidor e tal, e nem mesmo variáveis de ambiente (PGUSER, PGPASSWORD) estão configuradas. Já não sei onde olhar. Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: [OFF-TOPIC] Porque C ?
Que eu saiba é devido ao alto desempenho, "leveza" e pelo fato de poder ser compilado em qualquer plataforma. De: Vinicius Santos Para: Comunidade PostgreSQL Brasileira Enviadas: Terça-feira, 8 de Dezembro de 2009 21:03:20 Assunto: [pgbr-geral] [OFF-TOPIC] Porque C ? Boa noite pessoal, Minha dúvida não tem muito a ver necessariamente com PostgreSQL. O que eu queria saber é porque a maioria dos "grandes" projetos são feitos sempre em C ?. Kernel Linux, PostgreSQL, Gnome, Oracle(que eu saiba). e assim vai... Não conheço muito C, porém estou estudando C++, e o autor(Deitel), apresenta algumas vantagens em relação ao C, como orientação a objetos, vector, etc. Seria mais questão de gosto escolher entre C, C++, ou até Java para desenvolver um SO, ou um SGBD, ou teria alguma razão em específico ? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Zeos - Windows Vista
Eu consegui instalar normalmente. De: Thiago Duarte Para: pgbr-geral@listas.postgresql.org.br Enviadas: Sábado, 12 de Dezembro de 2009 1:26:05 Assunto: [pgbr-geral] Zeos - Windows Vista Senhores, alguem por acaso ja instalo o Zeos no delphi 7 em uma maquina com Windows Vista? eu usava no xp normal...mudei para o vista não consigo instalar o zeos. obrigado!! Quer conexões de rede mais fácil? Clique e conheça o Windows 7. Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Problemas com Procedure no Linux
Pessoal, tenho um banco de dados que rodava numa máquina com Windows 2003, versão 8.2 do banco de dados. A empresa optou por modificar algumas coisas e substituímos o sistema operacional. Trocamos de Windows 2003 para Linux - Slackware. Mantivemos a versão do banco, porém, depois disso começou a surgir alguns erros em procedures que existiam no banco de dados, todos vinculados a sintaxe do tipo: select coluna1, coluna2, coluna3 into NovaTabela from Tabela Where condição. Esse tipo de instrução está funcionando se eu executar diretamente, mas dentro da procedure está dando erro e o banco não consegue executar essas procedures. Alguém teria alguma idéia? []'s Marcos Thomaz Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Problemas com Procedure no Linux
Marcelo, antes de mais nada, obrigado pela ajuda. Quanto a versão, de ambos os S.O's é a 8.2.0. A mensagem de erro gerada é essa: ERROR: syntax error at "tmp_table_tbg_01" SQL state: 42601 Detail: Expected record variable, row variable, or list of scalar variables following INTO. Context: compile of PL/pgSQL function "ajustarptanual" near line 15 A linha na procedure onde dá o erro é a seguinte: select coalesce(localidade,26) as localidade, coalesce(categoria,34) as categoria, refmm, sum(valor) as valor into tmp_table_tbg_01 from func_valor_arrecadacao( vMes ) group by 1,2,3; O log: 2009-12-17 18:16:47 ERROR: syntax error at "tmp_table_tbg_01" 2009-12-17 18:16:47 DETAIL: Expected record variable, row variable, or list of scalar variables following INTO. 2009-12-17 18:16:47 CONTEXT: compile of PL/pgSQL function "ajustarptanual" near line 15 []'s Marcos Thomaz De: Marcelo Costa Para: Comunidade PostgreSQL Brasileira Enviadas: Quinta-feira, 17 de Dezembro de 2009 16:28:50 Assunto: Re: [pgbr-geral] Problemas com Procedure no Linux Olá 2009/12/17 marcos thomaz Pessoal, tenho um banco de dados que rodava numa máquina com Windows 2003, versão 8.2 do banco de dados. A empresa optou por modificar algumas coisas e substituímos o sistema operacional. Trocamos de Windows 2003 para Linux - Slackware. Mantivemos a versão do banco, porém, depois disso começou a surgir alguns erros em procedures que existiam no banco de dados, todos vinculados a sintaxe do tipo: > > >select coluna1, coluna2, coluna3 into NovaTabela from Tabela Where condição. > > > > >Esse tipo de instrução está funcionando se eu executar diretamente, mas dentro >da procedure está dando erro e o banco não consegue executar essas procedures. > Alguém teria alguma > idéia? 1. Se você enviar os logs do PostgreSQL e as mensagens de erro da tua procedure certamente te ajudaremos 2. Se vc descrever direitinho a versão do PostgreSQL no windows e a que você utiliza no linux também poderemos te ajudar mais. Blz ? Atte, -- Marcelo Costa www.marcelocosta.net - “You can't always get what want”, Doctor House in apology to Mike Jagger Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Res: Problemas com Procedure no Linux
Olá Eduardo, Antes de mais nada, gostaria de agradecer pela ajuda. Bem, se eu pegar o select que mostrei e executar diretamente, ele funciona, e cria a tabela tmp_table_tbg_01 (como o esperado). O caso é que a mesma sintaxe, na procedure, não está executando. Dá justamente o erro indicando a necessidade de uma variável. O caso é que pela sintaxe, a procedure deveria estar criando essa tabela (e fazia isso no windows normalmente, mas agora no linux não tá funcionando). Não estou no trabalho hoje (estou em um dos clientes). Assim que voltar pra casa, retorno com o código da função. Novamente muito obrigado. []'s Marcos Thomaz De: Eduardo Santos Para: Comunidade PostgreSQL Brasileira Enviadas: Quinta-feira, 17 de Dezembro de 2009 17:34:17 Assunto: Re: [pgbr-geral] Res: Problemas com Procedure no Linux Olá Marcos, Esse erro normalmente indica que você esqueceu de declarar a variável tmp_table_tbg_01 no corpo da função. Tem como você colocar todo o código da função? Principalmente o cabeçalho (declare)? 2009/12/17 marcos thomaz > >Marcelo, antes de mais nada, obrigado pela ajuda. >Quanto a versão, de ambos os S.O's é a 8.2.0. > > >A mensagem de erro gerada é essa: > > >ERROR: syntax error at "tmp_table_tbg_01" >SQL state: 42601 >Detail: Expected record variable, row variable, or list of scalar variables >following INTO. >Context: compile of PL/pgSQL function "ajustarptanual" near line 15 > > > > > > >A linha na procedure onde dá o erro é a seguinte: > > >select coalesce(localidade,26) as localidade, coalesce(categoria,34) as >categoria, refmm, sum(valor) as valor into tmp_table_tbg_01 from >func_valor_arrecadacao( vMes ) group by > 1,2,3; > > > > > > >O log: > > >2009-12-17 18:16:47 ERROR: syntax error at "tmp_table_tbg_01" >2009-12-17 18:16:47 DETAIL: Expected record variable, row variable, or list >of scalar variables following INTO. >2009-12-17 18:16:47 CONTEXT: compile of PL/pgSQL function "ajustarptanual" >near line 15 > > > > >[]'s > > >Marcos Thomaz > > >> > > > > > > ________ >De: Marcelo Costa >Para: Comunidade PostgreSQL Brasileira > >Enviadas: Quinta-feira, 17 de Dezembro de 2009 16:28:50 >Assunto: Re: [pgbr-geral] Problemas com Procedure no Linux > > >Olá > > >2009/12/17 marcos thomaz > >Pessoal, tenho um banco de dados que rodava numa máquina com Windows 2003, >versão 8.2 do banco de dados. A empresa optou por modificar algumas coisas e >substituímos o sistema operacional. Trocamos de Windows 2003 para Linux - >Slackware. Mantivemos a versão do banco, porém, depois disso começou a surgir >alguns erros em procedures que existiam no banco de dados, todos vinculados a >sintaxe do tipo: >> >> >>select coluna1, coluna2, coluna3 into NovaTabela from Tabela Where condição. >> >> >> >> >>Esse tipo de instrução está funcionando se eu executar diretamente, mas >>dentro da procedure está dando erro e o banco não consegue executar essas >>procedures. Alguém teria alguma >> idéia? > > >1. Se você enviar os logs do PostgreSQL e as mensagens de erro da tua >procedure certamente te ajudaremos > >2. Se vc descrever direitinho a versão do PostgreSQL no windows e a que você >utiliza no linux também poderemos te ajudar mais. > >Blz ? > >Atte, > >-- >Marcelo Costa >www.marcelocosta.net >- >“You can't always get what want”, > >Doctor House in apology to Mike Jagger > > > Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 - Celebridades - Música - Esportes >___ >>pgbr-geral mailing list >pgbr-geral@listas.postgresql.org.br >https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Eduardo Santos Analista de Sistemas http://eduardosan.wordpress.com http://twitter.com/eduardosan Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Res: Problemas com Procedure no Linux
Eu fiz isso pra resolver o problema já, mas não entendi porque não funciona no Linux, e no Windows funciona normal. []'s Marcos Thomaz De: Leonardo Cezar Para: Comunidade PostgreSQL Brasileira Enviadas: Sexta-feira, 18 de Dezembro de 2009 15:07:41 Assunto: Re: [pgbr-geral] Res: Problemas com Procedure no Linux 2009/12/17 marcos thomaz : > ERROR: syntax error at "tmp_table_tbg_01" > SQL state: 42601 > Detail: Expected record variable, row variable, or list of scalar variables > following INTO. > Context: compile of PL/pgSQL function "ajustarptanual" near line 15 > > > A linha na procedure onde dá o erro é a seguinte: > select coalesce(localidade,26) as localidade, coalesce(categoria,34) as > categoria, refmm, sum(valor) as valor into tmp_table_tbg_01 from > func_valor_arrecadacao( vMes ) group by 1,2,3; Altere para: -- Se a tabela tmp_table_tbg_01 nao existe então crie: CREATE TEMP TABLE tmp_table_tbg_01( localidade TEXT categoriaTEXT refmm TEXT valor TEXT ); -- Senao só altere a linha que deu erro por esta daqui: INSERT INTO tmp_table_tbg_01 SELECT coalesce(localidade,26) , coalesce(categoria,34) , refmm, sum(valor) as valor FROM func_valor_arrecadacao(vMes) GROUP BY 1,2,3; Abraço! -Leo -- Leonardo Cezar http://www.aslid.org.br 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 Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Res: Res: Problemas com Procedure no Linux
Valeu Osvaldo, muito obrigado. Só estranhei o porque de funcionar em um S.O. e em outro não. []'s Marcos Thomaz De: Osvaldo Kussama Para: Comunidade PostgreSQL Brasileira Enviadas: Sexta-feira, 18 de Dezembro de 2009 15:08:07 Assunto: Re: [pgbr-geral] Res: Res: Problemas com Procedure no Linux 2009/12/18 marcos thomaz : > Olá Eduardo, > Antes de mais nada, gostaria de agradecer pela ajuda. > Bem, se eu pegar o select que mostrei e executar diretamente, ele funciona, > e cria a tabela tmp_table_tbg_01 (como o esperado). O caso é que a mesma > sintaxe, na procedure, não está executando. Dá justamente o erro indicando a > necessidade de uma variável. O caso é que pela sintaxe, a procedure deveria > estar criando essa tabela (e fazia isso no windows normalmente, mas agora no > linux não tá funcionando). Não estou no trabalho hoje (estou em um dos > clientes). Assim que voltar pra casa, retorno com o código da função. De acordo com o manual: "Tip: Note that this interpretation of SELECT with INTO is quite different from PostgreSQL's regular SELECT INTO command, wherein the INTO target is a newly created table. If you want to create a table from a SELECT result inside a PL/pgSQL function, use the syntax CREATE TABLE ... AS SELECT. " http://www.postgresql.org/docs/current/interactive/plpgsql-statements.html Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Dúvida Zeos
Deixe a propriedade protocol de seu ZConnection como apenas Postgre 8, assim ele acessa sem problemas versões superiores. De: Janderson Matos Para: Comunidade PostgreSQL Brasileira Enviadas: Sábado, 19 de Dezembro de 2009 20:48:47 Assunto: [pgbr-geral] Dúvida Zeos Salve PessoALL !!! Em minhas aventuras de iniciante admirando o mundo do Free Software e do OpenSource, baixei a última versão de teste da Zeoslib via SVN (Esse tal de SVN eu também achei fantástico, ainda vou estudar sobre isso) através do endereço " svn://zeos.firmos.at/zeos/branches/testing " (via TortoiseSVN) e ao olhar dentro da pasta \lib\postgresql apenas encontrei: Pasta de C:\Zeos.svn\lib\postgresql 19/12/2009 20:46 . 19/12/2009 20:46 .. 19/12/2009 20:3469.632 libpq73.dll 19/12/2009 20:3494.208 libpq74.dll 19/12/2009 20:34 156.007 libpq80.dll 19/12/2009 20:34 169.092 libpq81.dll Ou seja, a última versão da Zeoslib (em fase de testes) somente suporta até o PostgreSQL versão 8.1 ??? Está correto isso ou faltou verificar algo ??? Procurei uma página no portal do Zeoslib ou algo no fórum deles e não encontrei documentação relacionando os bancos juntamente com suas respectivas versões suportadas... Alguém poderia me dar uma luz ??? [[]]'s a todos, Janderson Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: servidor com 8.4 não inic ia após recuperar os dados
Primeiro, verifique qual mensagem de erro aparece. Se não tiver nada no próprio log do postgre, veja na lista de eventos do windows. De: Fernando de Oliveira Para: pgbr-geral@listas.postgresql.org.br Enviadas: Quarta-feira, 6 de Janeiro de 2010 7:07:26 Assunto: Re: [pgbr-geral] servidor com 8.4 não inicia após recuperar os dados Foi exatamente o que tentei fazer. PQP! já estou desistindo. > Date: Tue, 5 Jan 2010 18:45:28 -0200 > From: osvaldo.kuss...@gmail.com > To: pgbr-geral@listas.postgresql.org.br > Subject: Re: [pgbr-geral] servidor com 8.4 não inicia após recuperar os > dados > > 2010/1/5 Fernando de Oliveira : > > Caramba, tomei bomba nessa? > > será que se eu copiar o diretório do meu tablespace e cololocar na minha > > máquina? > > > > > Eu não trabalho com MS-Windows mas pelo que já vi na lista você > deveria fazer a nova instalação, parar o PostgreSQL, copiar as pastas > e iniciar o PostgreSQL. > Veja se esta thread ajuda: > http://listas.postgresql.org.br/pipermail/pgbr-geral/2008-December/013346.html > > Osvaldo > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Quer ver seus e-mails de todas as contas num lugar só? Junte todas elas no Hotmail. Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: SET PGPASSWORD
Tentou assim: SET PGPASSWORD="$...@#%#" De: Saulo Morais Lara Para: Comunidade PostgreSQL Brasileira Enviadas: Quarta-feira, 6 de Janeiro de 2010 15:49:17 Assunto: [pgbr-geral] SET PGPASSWORD Estou tentando setar um password que contém caracteres especiais como $%&#. Ai quando executo o pg_dump, fala que o password está incorreto. Se eu não seto o password, ai o pg_dump pede o password no prompt, eu digito e funciona normal. Alguma dica? Saulo Morais Lara Analista de Sistemas Ability Informática Ltda Rua São Paulo, 106 - São José - Pará de Minas - MG (37) 3232-1127 / (37) 9194-0234 sa...@abilityonline.com.br www.abilityonline.com.br Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: RES: RES: RES: RES: RES: RES: Res: SET PGPASSWORD
Mas Saulo, se deixar definido nas variáveis de ambiente, a senha também ficará visível. Bastaria que o usuário abrisse o prompt de comando e digitasse "SET" e pressionasse . De: Saulo Morais Lara Para: Comunidade PostgreSQL Brasileira Enviadas: Quinta-feira, 7 de Janeiro de 2010 11:14:43 Assunto: [pgbr-geral] RES: RES: RES: RES: RES: RES: Res: SET PGPASSWORD Jota criando o arquivo .pgpass funciona. Mas eu não posso deixar este arquivo configurado com a senha, pois é a senha de administrador. De:pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de JotaComm Enviada em: quinta-feira, 7 de janeiro de 2010 11:33 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: RES: RES: RES: RES: Res: SET PGPASSWORD Olá, 2010/1/7 Saulo Morais Lara Sem caracter especial funciona. E minha senha não tem %. Os caracteres que ela possui são &#$. No pgadmin funciona perfeito. Tanto pra conexão e quanto para backup. Conexões externas também funciona normal. Que saco viu. Você criou o arquivo .pgpass como eu sugeri? > >> >> >> >De:pgbr-geral-boun...@listas.postgresql.org.br >>[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de JotaComm >Enviada em: quinta-feira, 7 de janeiro de 2010 11:00 >Para: Comunidade PostgreSQL Brasileira >Assunto: Re: [pgbr-geral] RES: RES: RES: RES: Res: SET PGPASSWORD >> >> > >Olá, >> >2010/1/7 >Saulo Morais Lara >> > >> >>> >> >>>> >>>> >>Retire o que eu disse. Não deu certo. :\ >> >> >Já >tentou sem caracter especial? Se der certo é porque algum caracter especial >esta dando problema e aposto que é o %. >>> >>>> >>>> >>>> >>>> >>De:pgbr-geral-boun...@listas.postgresql.org.br >>>>[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Saulo >>Morais Lara >>Enviada em: quinta-feira, 7 de janeiro de 2010 10:57 >>Para: 'Comunidade PostgreSQL Brasileira' >>Assunto: [pgbr-geral] RES: RES: RES: Res: SET PGPASSWORD >>>> >>>> >> >>Desculpe e obrigado jota. Percebi que o >>problema está com o & (e comercial). Ele é alguma palavra reservada do pg? >> >>>> >>De:pgbr-geral-boun...@listas.postgresql.org.br >>>>[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de JotaComm >>Enviada em: quinta-feira, 7 de janeiro de 2010 10:49 >>Para: Comunidade PostgreSQL Brasileira >>Assunto: Re: [pgbr-geral] RES: RES: Res: SET PGPASSWORD >> >>Olá, >>>> >>2010/1/7 >>Saulo Morais Lara >>>> >> >>>> >>Peço >>que dá próxima vez nos informe o sistema operacional antes, porque eu como a >>maioria aqui estamos acostumados a trabalhar com servidores linux, então >>sempre >>que não é informado o sistema operacional interpretamos que seja Linux. >>>> >> >>>> >>set >>PGPASSWORD=senha >>>> >> >>>> >>Ou >>qualquer coisa você criar um arquivo .pgpass e colocar: >>>> >> >>>> >>host:port:database:user:password >>--estrutura do arquivo >>>> >> >>>> >>Exemplo: >>>> >> >>>> >>localhost:5432:postgres:jota:#1$3 >>>> >> >>>> >> >>>> >>>>> >>> >>>>>> >>>>>> >>>Erro: Export não é reconhecido como um >>>comando interno. Estou usando Windows. >>> >>>>>> >>>De:pgbr-geral-boun...@listas.postgresql.org.br >>>>>>[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de JotaComm >>>Enviada em: quinta-feira, 7 de janeiro de 2010 09:41 >>>Para: Comunidade PostgreSQL Brasileira >>>Assunto: Re: [pgbr-geral] RES: Res: SET PGPASSWORD >>>>>> >>>>>> >>> >>>Olá, >>>>>> >>>2010/1/7 >>>Saulo Morais Lara >>>>>> >>>>>> >>>Sim. Não da. Fala que o password falhou. >>>>>> >>> >>>>>> >>>export >>>PGPASSWORD='sua_senha' >>>>>>> >>>>>>>> >>>>>>>> >>>> >>>>>>>> >>>>>>>> >>>>De:pgbr-geral-boun...@listas.postgresql.org.br >>>>>>>>[mailto:pgbr-geral-boun...@listas.
[pgbr-geral] Res: Banco não levanta
Mas se o problema é só trocar de hd e tipo, levando-se em conta que o banco está funcionando atualmente, não é mais simples dar um pg_dumpall, pegar os dados, levar para o outro HD e restaurar? De: Antonio Cesar Para: Comunidade PostgreSQL Brasileira Enviadas: Quinta-feira, 14 de Janeiro de 2010 12:34:02 Assunto: [pgbr-geral] Banco não levanta Pessoal tenho o banco de dados que preciso troca para um HD maior. O problema é que o comando pg_ctl start -D "c:\data" não funciona Postgresql 8.4 -- Atenciosamente, **Cesar** Soares** Programador (75) 8839-2381 / (75) 8804-0561 (75) 9158-3488 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Configuração Ideal - Postgre
Pessoal, temos um servidor aqui que está rodando Postgre (exclusivo para o banco), apesar de terem sido feitas alterações na configuração (e ter havido uma melhora no desempenho), gostaria de saber de vocês qual a configuração ideal (na opinião de vocês), para uma máquina abaixo: Servidor IBM 2 Processadores Xeon 3.0 Ghz FSB 1333 4 HD's de 500 GB SAS 15.000 rpm (atualmente com RAID 0+1) 8 GB memória RAM - ECC Sistema Operacional Linux - CentOS Como eu disse antes essa máquina roda apenas o banco de dados (não existem serviços como apache e outros rodando). []'s Marcos Thomaz Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Configuração Ideal - Post gre
Valeu Leonard, muito obrigado... Realmente havia esquecido de mencionar mais informações... hoje temo cerca de 120 usuários simultâneos, mas apesar disso, em sua maioria acessam unicamente para consultas. Vou testar o aplicativo que você indicou... se houver diferença entre os valores que estão atualmente vou dar uma olhada e ver como proceder. Valeu. []'s Marcos Thomaz De: Leonardo Cezar Para: Comunidade PostgreSQL Brasileira Enviadas: Segunda-feira, 8 de Março de 2010 14:50:46 Assunto: Re: [pgbr-geral] Configuração Ideal - Postgre 2010/3/8 marcos thomaz : > Pessoal, temos um servidor aqui que está rodando Postgre (exclusivo para o > banco), apesar de terem sido feitas alterações na configuração (e ter havido > uma melhora no desempenho), gostaria de saber de vocês qual a configuração > ideal (na opinião de vocês), para uma máquina abaixo: > Servidor IBM > 2 Processadores Xeon 3.0 Ghz > FSB 1333 > 4 HD's de 500 GB SAS 15.000 rpm (atualmente com RAID 0+1) > 8 GB memória RAM - ECC > Sistema Operacional Linux - CentOS > Como eu disse antes essa máquina roda apenas o banco de dados (não existem > serviços como apache e outros rodando). Em tese, praticamente impossível dar uma resposta sensata. Existem tantas outras variáveis (tipo de ambiente, transações concorrentes, número de usuários, tipo de aplicação, SO, &ca) a considerar para se realizar uma configuração adequada. Se quer ter uma configuração básica de acordo com os parâmetros que passou, tente o utilitário pgtune[1], mas não considere que é a solução para todos os seus problemas. 1) http://pgfoundry.org/projects/pgtune/ Abraço! -Leo -- Leonardo Cezar http://www.aslid.org.br 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 Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.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] Serviço é interrompido.
Cheguei no "meio da conversa" mas já vi alguns casos deste tipo ocorrerem por alguns problemas específicos: 1. Problemas com hardware (memória e/ou disco); ou 2. Processo sobrecarregado (só vi ocorrer no windows). Tente "parar" o servidor pelo processo, reiniciá-lo e, logo após desabilite o autovacuum. Execute então um vacuum full e um reindex. Novamente restarte o processo e monitore para verificar se volta a ocorrer. O ideal é revisar as configurações do postgresql, avaliando se as configurações estão de acordo com a carga e com o hardware. Outro ponto interessante para se avaliar, é se não existe nenhum antivírus que esteja atrapalhando e causando estas quedas. Em 25 de novembro de 2014 18:09, Sebastian Webber escreveu: > > > On Tue, Nov 25, 2014 at 8:34 AM, Jarbas - SoftTec < > jar...@softtecsoftware.com.br> wrote: > >> >> >> 2014-11-24 10:40:20 BRST LOG: sistema de banco de dados foi >> interrompido; última execução em 2014-11-24 10:00:57 BRST >> >> 2014-11-24 10:40:20 BRST LOG: sistema de banco de dados não foi >> desligado corretamente; recuperação automática está em andamento >> > > Como o banco foi parado? parando o processo normalmente? alguma queda de > luz nesse "servidor"? > > 2014-11-24 10:40:20 BRST LOG: registro com tamanho zero em 0/1F47E0F8 >> >> 2014-11-24 10:40:20 BRST LOG: redo não é requerido >> >> 2014-11-24 10:40:20 BRST FATAL: o sistema de banco de dados está >> iniciando >> >> 2014-11-24 10:40:21 BRST LOG: sistema de banco de dados está pronto para >> aceitar conexões >> >> 2014-11-24 10:40:21 BRST LOG: inicializador do autovacuum foi iniciado >> >> 2014-11-24 11:10:22 BRST AVISO: worker took too long to start; canceled >> >> 2014-11-24 11:12:22 BRST AVISO: worker took too long to start; canceled >> >> 2014-11-24 11:43:33 BRST LOG: processo escritor do WAL (PID 2148) >> terminou com código de retorno 255 >> > > Esse foi o problema que causou a parada do banco. > > >> 2014-11-24 11:43:33 BRST LOG: terminando quaisquer outros processos >> servidor ativos >> > > Daqui pra frente qualquer outro processo vai morrer. > > Tens algum erro no eventlog nesse horário? > > Pelo que vi da tabela de erros[1] do windows, não parece ser algo causado > pelo banco, mas sim um fator externo. > > [1] > http://msdn.microsoft.com/en-us/library/windows/desktop/ms681382(v=vs.85).aspx > > > -- > Sebastian Webber > http://swebber.me > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Serviço é interrompido.
> > Antes de tudo, evite top-posting. > Sem problemas. > > Com que finalidade? Reorganizar os datafiles pode sanar no crash do WAL > Writer? Fiquei realmente curioso quanto a isso. > Quase isso. Foi um conselho baseado numa experiência pela qual passei. Como foi apenas uma ideia, se o rapaz achar inválida, simplesmente não faça, afinal, é apenas uma dica. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Consulta muito lenta
Ariel, na sua consulta existe mesmo essa sequencia de transformações (cast)
concatenando tipos? Porque por exemplo, no trecho:
(('2014-11-28'::date)::text || ' '::text) ||
(tp.departure_time)::text))::timestamp without time zone >= begintimestamp)
o custo dessa série de concatenações é maior do que se você fizer assim:
('2014-11-28'::date+tp.departure_time >= begintimestamp)
e tem o mesmo efeito, então, daria para avaliar o índice, reavaliando a
estrutura da consulta.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] postgres com WS
Direto pelo banco não utilizei, mas dando uma olhada em algumas extensões encontrei uma... http://pgxn.org/search?q=web&in=extensions Em 29 de novembro de 2014 05:58, Douglas Fabiano Specht < douglasfabi...@gmail.com> escreveu: > bom dia pessoal, > estou fazendo uns testes para viabilizar um projeto e gostaria de saber se > alguem ja usou ou conhece alguma função que dispara uma url e consome um > WebSservice? > > -- > > Douglas Fabiano Specht > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Select retornando coluna com total de registros
Não dá pra jogar a consulta no with e utilizá-lo? Tipo: with tabtemp ( ) select coluna1, coluna2, coluna3, (select count(*) from tabtemp b where b.coluna1=tabtemp=coluna1) as total from tabtemp Em 29 de novembro de 2014 06:07, Danilo Silva escreveu: > Em 28 de novembro de 2014 23:02, Osvaldo Kussama < > osvaldo.kuss...@gmail.com> escreveu: > > Em 28/11/14, Danilo Silva escreveu: >> > Pessoal, >> > >> > Tenho um select que traz as colunas cliente e código da entrega, os >> > registros são ordenados por cliente, é possível nesse mesmo select >> trazer o >> > total de registros referentes ao cliente? Algo como: >> > >> > CLIENTE A | 1 >> > CLIENTE A | 2 >> > CLIENTE A | 3 >> > CLIENTE B | 4 >> > CLIENTE C | 6 >> > CLIENTE C | 7 >> > >> > Queria que em uma terceira coluna retornasse a quantidade de registros, >> que >> > no caso do CLIENTE A seria 3, CLIENTE B 1 e CLIENTE C 2, ficando algo >> como: >> > >> > >> > CLIENTE A | 1 | 3 >> > CLIENTE A | 2 | 3 >> > CLIENTE A | 3 | 3 >> > CLIENTE B | 4 | 1 >> > CLIENTE C | 6 | 2 >> > CLIENTE C | 7 | 2 >> > >> > Se eu utilizar um COUNT, serei obrigado a efetuar um GROUP BY, mas não >> > serviria para o meu caso. >> > >> >> >> Ou use um subselect com o count(*) daquele cliente ou >> SELECT c1.cliente, c1.cod_entrega, c2.total FROM tab_cliente c1 INNER >> JOIN (SELECT cliente, count(*) AS total FROM tab_cliente GROUP BY >> cliente) c2 ON (c1.cliente = c2.cliente); >> >> Não ajuda no meu caso, pois tem o where (vem dos filtros de uma tela de > consulta), logo, eu não tenho os wheres fixos para colocar na subconsulta. > > []s > Danilo > > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ordenando conforme itens na clausula in
order by (case when 10 then 1 when 14 then 2 when 29 then 3 when 49 then 4 when 20 then 5 end) Em 6 de janeiro de 2015 19:19, Marcelo Florindo escreveu: > Boa noite colegas, > > Eu tenho este sql: > > Select * from fabricante where id in (10,14,29,49,20) > > Preciso que o select venha na mesma ordem do in, alguma ideia? > > Grato a todos e feliz 2015!!! > > > Marcelo > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Ordenando conforme itens na clausula in
O 49 apareceria depois do 20, ou seja, não estaria na ordem dos dados internos do in. 2015-01-06 19:26 GMT-05:00 Márcio A. Sepp : > > Select * from fabricante where id in (10,14,29,49,20) > > Preciso que o select venha na mesma ordem do in, alguma ideia? > > > Faz assim: > Select * from fabricante where id in (10,14,29,49,20) order by id > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ordenando conforme itens na clausula in
Se a construção do SQL (da cláusula IN) vier da aplicação, o ideal seria automatizar pela aplicação a criação da parte referente a ordenação também. Pode ser que exista uma forma mais simples, mas pelo menos no momento não consigo me lembrar. Em 6 de janeiro de 2015 21:53, Marcelo Florindo escreveu: > Marcos, > > No meu caso os valores são dinâmicos. Existe alguma forma de automatizar > isto? > > Obrigado! > > Marcelo > > > > > Em 06/01/2015, à(s) 22:24, Marcos Thomaz > escreveu: > > order by (case when 10 then 1 when 14 then 2 when 29 then 3 when 49 then 4 > when 20 then 5 end) > > Em 6 de janeiro de 2015 19:19, Marcelo Florindo > escreveu: > >> Boa noite colegas, >> >> Eu tenho este sql: >> >> Select * from fabricante where id in (10,14,29,49,20) >> >> Preciso que o select venha na mesma ordem do in, alguma ideia? >> >> Grato a todos e feliz 2015!!! >> >> >> Marcelo >> ___ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> > > > > -- > > > Marcos Thomaz da Silva > Analista de Tecnologia da Informação > ___ > 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 > > -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Controle de transação - Delphi
Em versões mais antigas do Zeos, o equivalente ao BeginTrans não funcionava. Pra colocar pra funcionar, eu enviava um begin e a sequencia de comandos (select, insert, update) e ao final, enviava um commit. Enviava pela query, como um comando comum. Não dava erro e mantinha o controle transacional. Talvez você possa utilizar algo do tipo. Em 12 de janeiro de 2015 05:29, Fernando Cambiaghi escreveu: > Obrigado Marcelo. > > Mais alguém tem alguma ideia do que eu possa fazer antes de tentar trocar > de componente de conexão? Pois minha aplicação está construída e em > produção desde a implantação da NF-e, só que utilizando banco de dados > Sybase. > > Um detalhe, após o comando TADOCommand. Connection.BeginTrans; a execução > do primeiro insert já causa o erro que relatei no primeiro e-mail. > > > Fernando Luís Cambiaghi > *cambia...@gmail.com * > > Em 9 de janeiro de 2015 17:42, Marcelo Florindo > escreveu: > > Usava: >> Zeoslib >> Unidac >> >> Att, >> >> Marcelo >> >> Em 09/01/2015, à(s) 17:41, Fernando Cambiaghi >> escreveu: >> >> Marcelo, se você não usava odbc, que conector você usava? >> >> Nos parâmetros do odbc eu pesquisei sobre autocommit, mas não encontrei. >> >> Na conexão com o banco Sybase eu uso autocommit=false, com isso não >> preciso iniciar as transações. >> Em 09/01/2015 17:37, "Marcelo Florindo" >> escreveu: >> >>> Ele está se perdendo no select, parece que ele está executando tudo de >>> uma vez… >>> >>> Eu trabalhei algum tempo com delphi…. e nunca usei odbc.. Tu não >>> precisas informar nada no odbc ou no componente conexão sobre a >>> transação >>> >>> Att, >>> >>> Marcelo >>> >>> Em 09/01/2015, à(s) 12:49, Fernando Cambiaghi >>> escreveu: >>> >>> Bom dia Colegas, estou com um problema e não encontrei solução com >>> buscas no Google, então gostaria da ajuda dos senhores. >>> >>> Tenho uma conexão com PostgreSQL via odbc e aplicação em Delphi 7 >>> >>> Ao executar um insert com controle de transação, o PostgreSQL gera o >>> erro >>> >>> 2015-01-09 10:08:16 BRT ERROR: syntax error at or near "SELECT" at >>> character 16 >>> 2015-01-09 10:08:16 BRT STATEMENT: SELECT INVALID SELECT STATEMENT TO >>> FORCE ODBC DRIVER TO UNPREPARED STATE >>> >>> no log, e o insert não acontece, mas também não retorna erro para a >>> aplicação. Então, ao executar os inserts das tabelas filhas, temos os erros >>> de FK. >>> >>> Se o controle de transação for removido da aplicação, o commit acontece >>> automaticamente, o que gera problema se algum dos inserts posteriores não >>> der certo, pois não tenho a opção de Rollback. >>> >>> Comandos da aplicação: >>> TADOCommand. Connection.BeginTrans; // Controla o início da transação >>> >>> . >>> >>> sequencia de inserts >>> ... >>> >>> ... >>> >>> Controle de conclusão de transação. >>> >>> TADOCommand.Connection.CommitTrans; ou >>> TADOCommand.Connection.RollbackTrans; >>> >>> >>> Versão do Banco >>> "PostgreSQL 9.4.0, compiled by Visual C++ build 1800, 64-bit" >>> >>> Quem poderá me ajudar? >>> >>> >>> Fernando Luís Cambiaghi >>> *cambia...@gmail.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 >> >> >> >> ___ >> 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 > > -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Histórico de DML
Se ajudar... http://conceitoti.blogspot.com.br/2014/09/criando-log-de-acoes-no-postgresql.html Em 12 de março de 2015 12:20, Vinicius Santos < vinicius.santos.li...@gmail.com> escreveu: > Em 12 de março de 2015 13:39, Danilo Silva > escreveu: > >> Pessoal, >> >> Qual a melhor maneira de guardar todos os inserts, updates e deletes que >> ocorrem em todas as tabelas de uma determinada base de dados? >> >> Em relação aos updates, preciso ter um histórico do que foi alterado, >> apresentando em um relatório quais campos sofreram alteração de um >> determinado registro, algo como "valor anterior" "valor atual". >> >> Pensei em criar uma cópia da tabela, que serviria para guardar os >> registros alterados, seria a melhor solução? >> >> A versão 9.4 tem algo relacionado a isso? >> > > Me atende bem: https://wiki.postgresql.org/wiki/Audit_trigger_91plus > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Melhoria de performance - Por que não usa índice?
Em 19 de março de 2015 14:49, Matheus de Oliveira escreveu: > > 2015-03-19 16:38 GMT-03:00 Luiz Carlos L. Nogueira Jr. < > lcnogueir...@gmail.com>: > > explain analyze >> SELECT ppe.id_processo_parte_expediente, >>ppe.id_pessoa_parte AS id_destinatario >> FROM tb_proc_parte_expediente ppe >> JOIN tb_processo_expediente pe ON ppe.id_processo_expediente::integer = >> pe.id_processo_expediente::integer >> >> >> >> Hash Join (cost=22106.25..53111.83 rows=724368 width=8) (actual >> time=861.768..2466.032 rows=724368 loops=1) >> Hash Cond: ((ppe.id_processo_expediente)::integer = >> (pe.id_processo_expediente)::integer) >> -> Seq Scan on tb_proc_parte_expediente ppe (cost=0.00..17423.68 >> rows=724368 width=12) (actual time=0.007..317.210 rows=724368 loops=1) >> -> Hash (cost=13151.11..13151.11 rows=716411 width=4) (actual >> time=861.567..861.567 rows=716411 loops=1) >> Buckets: 131072 Batches: 1 Memory Usage: 25187kB >> -> Seq Scan on tb_processo_expediente pe (cost=0.00..13151.11 >> rows=716411 width=4) (actual time=0.010..322.964 rows=716411 loops=1) >> Total runtime: 2732.053 ms >> >> >> Tabela tb_proc_parte_expediente (Tamanho 80MB) >> >> índice idx_tb_processo_parte_expedienteubd (tamanho 22MB) >> ON client.tb_proc_parte_expediente >> (id_processo_expediente,id_processo_parte_expediente,id_pessoa_parte); >> >> e a pk de tb_processo_expediente é id_processo_expediente >> >> Por que é feito o seq scan nas tabelas e não usam os índices/pks, já >> que ele contem os campos da query e seus tamanhos são bem menores? >> >> Teria alguma configuração que pudesse "forçar" isso? >> > > > É comum ter um HashJoin quando você quer fazer junção em grandes conjuntos > de dados, e como você está de fato lendo as tabelas inteiras, o acesso > sequencial lendo a tabela toda é preferido ao invés do acesso aleatório na > leitura do índice. > > Nem sempre usar índice é mais rápido, e esse parece ser um caso do tipo. > Se quiser tentar verificar, desabilite o seq-scan *somente para essa > consulta* e verifique o resultado: > > SET enable_seqscan TO off; > EXPLAIN ... > > Atenciosamente, > -- > Matheus de Oliveira > Analista de Banco de Dados > Dextra Sistemas - MPS.Br nível F! > www.dextra.com.br/postgres > > > ___________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > Luiz, se o seu select for apenas esse (mão for necessitar dos campos de tb_processo_expediente), você pode utilizar o exists. -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] erp open
Em 29 de março de 2015 09:34, Douglas Fabiano Specht < douglasfabi...@gmail.com> escreveu: > pessoal, > fugindo um pouco do assunto postgres, mas que tem haver com comunidade > open source, alguem sabe quais projetos de ERP open para o Brasil estão > ainda vivos? > > > -- > > Douglas Fabiano Specht > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > Conheço o OpenERP (Odoo) -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] SELECT FOR UPDATE tentando obter lock
Em 15 de abril de 2015 11:16, Rosana de Oliveira escreveu: > > Boa tarde a todos. > > Gostaria de que me auxiliassem a resolver uma dúvida sobre o que está > ocorrendo na situação de controle de concorrência abaixo. > > Não me lembro de ter visto esse caso nas literaturas de Banco de Dados. > > Fizemos testes nas versões 9.3.5 e 9.4 do Postgresql. > > O cenário consistem de duas transações sendo executadas concorrentemente > no Postgresql. > A transação TA faz inserção em uma tabela animal. > A transação TB faz update na tabela pessoa, em um campo que não tem nada a > ver com a chave estrangeira à tabela animal. > O que acontece é que o update da transação TB é executado normalmente. > Porém, se executarmos um SELECT FOR UPDATE, o Postgresql não aceita e dá > mensagem de erro, não conseguindo obter o lock. > > > > PERGUNTA-SE: > > 1. Qual a explicação literária e do Postgresql para esta tentativa mal > sucedida de obter o lock? > > 1.1 Quem 'lockou' o quê? > > 2. Só de curiosidade, fizemos o mesmo teste no Oracle e não ocorreu erro > algum. >E agora? >Quem poderá nos defender?? rss > > > > Segue abaixo o script ... > > > > > > --1.a tabela > create table pessoa( > codp integer primary key, > nome varchar(10) > ); > > --2.a tabela > create table animal( > coda integer primary key, > raca varchar(10), > codp integer references pessoa(codp) > ); > > > -- inserção de dados > insert into pessoa values (1, 'rosa'); > insert into pessoa values (2, 'maria'); > insert into pessoa values (3, 'josé'); > > > > -- transacao - TA > > begin; > insert into animal values (108, 'viralata', 1); > > select * from animal; > select * from pessoa; > > > > --transacao -TB > > begin; > update pessoa set nome = 'rosana' where nome = 'rosa'; -- executado > com sucesso > > update pessoa set nome = 'rosa de' where codp=1; -- executado com sucesso > > select nome from pessoa for update nowait; -- erro! > > > ** Error ** > > ERROR: could not obtain lock on row in relation "pessoa" > SQL state: 55P03 > > > Atenciosamente, > > -- > Rosana de Oliveira Santos > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > Correndo o risco de estar falando besteira, e sem nenhuma comprovação literária, mas quando você dá um update dentro da transação, o registro não ficaria bloqueado? Digo isso porque se a ideia é bloquear até o final da alteração, o ideal seria o uso do select for update antes dos comandos de alteração, garantindo o bloqueio, que seria liberado após a conclusão da transação (commit/rollback). Se o update por si só já bloquear o registro, o select for update iria falhar (pois está sendo colocado depois), não seria isso? -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ajuda com trigger
Em 15 de abril de 2015 19:38, Márcio A. Sepp escreveu: > > Preciso criar uma trigger em uma tabela que faça inserts/updates nela > mesma. > > Como faço para resolver o problema do loop? > > > Att. > Márcio A. Sepp > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > Procure por pg_trigger_depth() [1] http://www.postgresql.org/docs/9.2/static/functions-info.html [2] http://www.depesz.com/2012/02/01/waiting-for-9-2-trigger-depth/ -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_dump remoto lento
Em 12 de maio de 2015 12:31, Cleiton Luiz Domazak escreveu: > Boa tarde. > > Estou com o seguinte cenário. > > Tenho um servidor no RDS, e preciso realizar o dump desta base diariamente > a cada 2 horas. Localmente, o dump roda facilmente em 15 minutos., porém ao > executar remotamente extraindo do servidor no RDS a lentidão é absurda, nem > cheguei a conseguir terminar um dump. O mesmo processo foi rodado apontando > para um outro servidor (EC2) e a mesma lentidão. O servidor que realiza o > dump também foi alterado e nada muda. > > Um detalhe que pode ser a causa, é que esta base tem muitos arquivos blob, > utilizando tipos OID que ficam armazenados na pg_largeobjects, e o bytea > output está setado como "ESCAPE" e não posso alterá-lo para HEX. > > A base tem uns 7GB, o dump acaba ficando com uns 1.7G compactados, já > tentei não compactar tbm e nada. > > O que percebi é que ao exportar os large objects, a taxa de transferência > cai para alguns míseros Kb. > > Minha pergunta é se existe uma forma de fazer o pg_dump funcionar bem > remotamente, ou é uma característica dele não trabalhar bem remotamente? > > Sintaxe do pg_dump > > pg_dump -h -v -Fc -b -E UTF-8 -f -U > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > Pergunta boba: você não pode rodar localmente nos servidores, compactar o backup e fazer a cópia deste arquivo compactado?? -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: RES: Procedure dentro de outra procedure
2015-06-22 14:43 GMT-05:00 Márcio A. Sepp : > CREATE OR REPLACE FUNCTION .. > AS > $$ > DECLARE > ins_cmd text; > > BEGIN > ins_cmd = 'INSERT INTO tabela(coluna1, coluna2) values ($1, $2)'; > >< comandos da funcao aqui> > > EXECUTE ins_cmd using var1, var2; > >< comandos da funcao aqui> > > EXECUTE ins_cmd using varN, varM; > >< comandos da funcao aqui> > > END; > $$ LANGUAGE PLPGSQL; > > > Acho que resolve pra mim... muito obrigado! > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > usando plpython não seria possível (closures)?? -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Importação de Base Sybase
Boa noite pessoal, Tenho uma base Sybase para realizar a migração de alguns dados, porém, não estou conseguindo realizar esta tarefa. Os arquivos que tenho são os arquivos com extensão .db e .log. Já instalei o SQLAnywhere (Sybase) para tentar conectar e exportar para outro formato, mas não está dando certo. Sabem se existe alguma ferramenta que realizaria esta migração? Pesquisei no Google a respeito, mas até agora, nada pareceu funcionar (nem as ferramentas pagas que prometem realizar a tarefa). -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Importação de Base Sybase
Em 4 de setembro de 2015 15:19, Rebert Tomaz Aquino escreveu: > Cria uma base pelo sybase com a mesma estrutura depois vai noz fontes e > substitui o. Db. Deve funcionar > Em 04/09/2015 01:36, "Marcos Thomaz" escreveu: > >> Boa noite pessoal, >> >> Tenho uma base Sybase para realizar a migração de alguns dados, porém, >> não estou conseguindo realizar esta tarefa. Os arquivos que tenho são os >> arquivos com extensão .db e .log. Já instalei o SQLAnywhere (Sybase) para >> tentar conectar e exportar para outro formato, mas não está dando certo. >> Sabem se existe alguma ferramenta que realizaria esta migração? >> Pesquisei no Google a respeito, mas até agora, nada pareceu funcionar >> (nem as ferramentas pagas que prometem realizar a tarefa). >> >> -- >> >> >> Marcos Thomaz da Silva >> Analista de Tecnologia da Informação >> >> ___ >> 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 > Boa noite a todos, Primeiramente agradeço a todos os que tentaram ajudar...bom, vamos lá: @Flavio Camarada, sem querer gerar nenhuma confusão, mas seu comentário foi totalmente desnecessário. Se você tivesse se dado ao trabalho de efetivamente ler, em prol de auxiliar, veria que não tem na lista tópico com esse foco em especial. Sobre migração existe, mas como sabemos, varia-se de banco para banco, e no caso do Sybase, um banco proprietário, não muito amigável para essa finalidade, ainda mais quando se tem apenas um dump dele como é meu caso, por possuir os arquivos .db e .log (e se você tivesse realmente parado para ler, saberia que não é tão simples assim). Eu pesquisei sim, procurei, testei ferramentas, mas tem uma coisa: qual a ideia de uma lista de ajuda, se não se pode pedir ajuda sem um comentário fútil como o seu. Desculpe, não é essa a visão que tenho de grupo, e nem a visão que colegas como o Fabrizio, Dickson e o Fabio Telles passam em eventos como o PGBR. Se eu não tivesse pesquisado, ou feito uma avaliação anterior, beleza, mas não foi isso. Não pedi algo mágico, pedi o caminho das pedras. Se você pesquisar sobre essa migração em especial, verá que não é tão comum assim. @Fernando, a versão é a 12.09. Mas o problema que eu estou tendo é em carregar o dump. Instalei a versão do SQL Anywhere aqui, porém, não estou conseguindo realizar o attach do banco. A dúvida era justamente se tinha algum macete para recriar a estrutura a partir dos arquivos com extensão .db e .log. Mas muitíssimo obrigado pela ajuda. @Euler > Resumindo, não é porque um software é de código aberto que o desenvolvimento e/ou > suporte é de graça. Software custa muito dinheiro. Quanto você acha que custaria a > equipe de desenvolvimento do PostgreSQL? Entendo a situação. Hoje trabalho apenas com software livre (Python, Django, PostgreSQL, nginx, Jenkins, etc). A questão que mencionei aqui foi para saber se alguém poderia indicar algo que me auxiliasse: seja uma ferramenta, uma empresa, etc. @Anderson Muito obrigado. Vou testar as ferramentas indicadas. @Luiz Carlos, o problema está justamente aí. Esses backups em especial, não estou conseguindo recuperar. É justamente aí que está residindo meu problema. @Rebert o problema é que as bases ficam com uma extensão .dat e esses .db + .log seria um tipo de dump (que não estou conseguindo restaurar). O meu maior problema é que essa base só possui os dumps. Sei a versão, tenho o usuário/senha que foi utilizado no dump (que o Sybase valida ao tentar restaurar), mas por algum motivo, não está funcionando a restauração. E como o novo sistema é construído em PostgreSQL. Faço uma solicitação aos moderadores que, se o questionamento está sendo inoportuno, que me avisem, que evito esse tipo de questionamento dentro deste grupo. -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Importação de Base Sybase
Em 5 de setembro de 2015 09:51, Fernando Cambiaghi escreveu: > @Fernando, a versão é a 12.09. Mas o problema que eu estou tendo é em > carregar o dump. Instalei a versão do SQL Anywhere aqui, porém, não estou > conseguindo realizar o attach do banco. A dúvida era justamente se tinha > algum macete para recriar a estrutura a partir dos arquivos com extensão > .db e .log. Mas muitíssimo obrigado pela ajuda. > Na versáo que conheço, que é a 6.0, existe um utilitário que instala junto > com o server, que permite que você faça o unload a partir do arquivo .db, > sem o banco estar no ar. Ele gera o arquivo .sql com a estrutura e os .dat. > A partir daí, utilizo o sql para extrair a criação da estrutura e a faço em > um banco de dados novo, e importo os .dat para este novo banco. > Se existia essa possibilidade na versão 6.0, é bem provável que exista na > 12.09. > Se o problema for o .log corrompido, existe também a opção de subir o > banco sem o .log ( neste caso ele criará um zerado ), na versão 6.0 basta > colocar a opção -f no arquivo parm.txt (arquivo de configuração). > Não sou especialista, mas espero que as dicas ajudem em algo, visto que > muitas vezes fui ajudado aqui. > > Obrigado a todos e desculpem pela confusão. > Fernando Luís Cambiaghi. > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > @Fernando vou testar aqui, muito obrigado. @Leandro exatamente pelos motivos citados a cordialidade é muito bem vinda. Ironia e críticas beleza, mas não foi o caso. Ao ler a mensagem, não fui somente eu quem ficou incomodado. Lembro que por ser uma lista voluntaria, a cordialidade, educação e bom senso devem estar presentes sempre, evitando desgaste e lixo em mensagens para todos. Quanto a sua colocação do "nhem-nhem-nhem", o que fiz foi postar uma dúvida, simples e clara. Se isso é "nhem-nhem-nhem", não entendi o propósito de uma lista. Como você mesmo disse.. não quer críticas não se pronuncie... e pela regra da boa educação, se não tem nada para contribuir, ficar quieto já ajuda bastante. Novamente, faço a mesma colocação aqui para os moderadores e outros... se perguntas como a que eu fiz são inoportunas, desconsiderem, usem da moderação para evitar que vá ao ar. Não foi minha intenção gerar o atrito, mas o "dito pelo não dito" em comentários como o que foi feito, só denigrem a lista, prejudicam, e geram desconfortos como o que aconteceu agora. -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Importação de Base Sybase (stop Flame longo)
Em 7 de setembro de 2015 04:30, Flavio Henrique Araque Gurgel < fha...@gmail.com> escreveu: > Em 07-09-2015 02:15, Marcos Thomaz escreveu: > >> @Leandro exatamente pelos motivos citados a cordialidade é muito bem >> vinda. Ironia e críticas beleza, mas não foi o caso. Ao ler a mensagem, >> não fui somente eu quem ficou incomodado. Lembro que por ser uma lista >> voluntaria, a cordialidade, educação e bom senso devem estar presentes >> sempre, evitando desgaste e lixo em mensagens para todos. Quanto a sua >> colocação do "nhem-nhem-nhem", o que fiz foi postar uma dúvida, simples >> e clara. Se isso é "nhem-nhem-nhem", não entendi o propósito de uma >> lista. Como você mesmo disse.. não quer críticas não se pronuncie... e >> pela regra da boa educação, se não tem nada para contribuir, ficar >> quieto já ajuda bastante. >> > > Senhor Marcos, neste momento esta thread tem 16 mensagens, esta será a 17. > > Eu respondi a primeira vez, o link está aqui: > > https://listas.postgresql.org.br/pipermail/pgbr-geral/2015-September/041222.html > > Minha resposta tem um parágrafo de três linhas que alguns consideraram > ofensivo. Note que a resposta tem ainda *oito* parágrafos de dicas pra sua > migração. Logo, 8 sobre 9 parágrafos são de pura ajuda para o senhor. O > senhor leu? O senhor agradeceu? Minhas dicas lhe foram úteis? Ou o senhor > parou de ler no primeiro parágrafo? > > Depois eu respondi aqui pedindo desculpas, me explicando e dizendo que não > gosto de magoar pessoas: > > https://listas.postgresql.org.br/pipermail/pgbr-geral/2015-September/041224.html > > Logo, eu tentei evitar um Flame War me desculpando. E olha que eu não via > muitos motivos pra isso, afinal, eu tenho apoio de outros colegas de lista > dizendo que o que eu disse era simplesmente a realidade, aí inclusos > colegas que você fez questão de citar como seus exemplos de cordialidade da > comunidade. > > O senhor já respondeu aqui *duas* vezes me dando lição de comportamento. > Isso é difamação. > > Portanto: > > 1) Queira parar de citar meu nome dizendo que eu não deveria ter escrito o > que escrevi, eu já me desculpei. > > 2) Se não aceita minhas desculpas que dei na *quarta* resposta dentre 16 > desta thread, não se preocupe, eu me calo e não tento mais te ajudar, foi > sua sugestão inclusive já que o que tenho a dizer não lhe convém. Guardo > meu (pouco) tempo livre pros outros. > > 3) A mensagem que dei no parágrafo em questão não citou seu nome. Se isso > te incomodou, não entendo o porquê. Poderia, cordialmente, me explicar (em > privado, por favor, pra não incomodar aos demais)? > > O objetivo desta lista é PostgreSQL. Tá todo mundo tentando te ajudar com > uma saída do Sybase, e o senhor ainda está reclamando? Liga lá na Sybase > pra ver o que vão te dizer e quanto terá de pagar pela consultoria só pra > lhe dar uma primeira resposta. Logo, poderíamos simplesmente te responder > um OFF-TOPIC. Mas, não, tentamos lhe ajudar. A gente quer mais um usuário > satisfeito, é importante pra nós e é disso que vivemos. Mas reclamação > gratuita, ah, desculpe, a gente não tolera muito não, viu... > > Agora uma verdadezinha: > Importar e exportar dados no PostgreSQL é fácil e documentado. O seu > problema é exportar do Sybase a partir de um backup em disco, sem subir o > servidor. O senhor não sabe apontar corretamente seu problema, porque esse > backup em disco não sobe, qual o erro que as ferramentas proprietárias > estão te dando, porque não consegue gerar CSV (senho que o SQLAnywhere faz > isso e é documentado). que ferramentas está utilisando? Enfim, o senhor > quer um caminho que estamos tentando dar, mas o senhor só se preocupou com > minha ofensa. Não responde às perguntas e não explica, só diz que "tentei > isso e não deu certo". Aqui fica meu pedido: ajude-nos a ajudá-lo. A lista > funciona assim e, assim, a lista ajuda a todo mundo. Informação de verdade. > > Espero que o flame acabe, favor não citar mais meu nome, continue a thread > original se desejar, tem gente lá tentando. Eu tô fora, não se incomode > mais comigo, tem outras threads pra mim na lista. > > Flavio Gurgel > ___________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Sem problemas... a ajuda do outro colega serviu, Não se incomode em ler as possíveis postagens que eu possa vir a fazer no futuro. Sem problemas. -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Importação de Base Sybase
Em 7 de setembro de 2015 05:29, Guimarães Faria Corcete DUTRA, Leandro < l...@dutras.org> escreveu: > 2015-09-06 21:15 GMT-03:00 Marcos Thomaz : > > > > @Leandro exatamente pelos motivos citados a cordialidade é muito bem > vinda. > > Ironia e críticas beleza, mas não foi o caso. > > Foi. > > > > Ao ler a mensagem, não fui > > somente eu quem ficou incomodado. > > Toda vez que alguém na lista tem ataque de frescurite, é coletivo. > Pesquise o histórico. > > > > Lembro que por ser uma lista voluntaria, a > > cordialidade, educação e bom senso devem estar presentes sempre, evitando > > desgaste e lixo em mensagens para todos. Quanto a sua colocação do > > "nhem-nhem-nhem", o que fiz foi postar uma dúvida, simples e clara. Se > isso > > é "nhem-nhem-nhem", não entendi o propósito de uma lista. > > Vejo que você tem dificuldades de compreensão de texto. O > nhem-nhem-nhem é a reclamação quanto à resposta do Flávio, não a > pergunta original. > > > > Como você mesmo > > disse.. não quer críticas não se pronuncie... e pela regra da boa > educação, > > se não tem nada para contribuir, ficar quieto já ajuda bastante. > > O Flávio contribuiu, e muito, para quem conseguiu (ou quis) entender. > > > > Novamente, faço a mesma colocação aqui para os moderadores e outros... se > > perguntas como a que eu fiz são inoportunas, desconsiderem, usem da > > moderação para evitar que vá ao ar. Não foi minha intenção gerar o > atrito, > > mas o "dito pelo não dito" em comentários como o que foi feito, só > denigrem > > a lista, prejudicam, e geram desconfortos como o que aconteceu agora. > > CQD, ataque de não-me-toques. Ou seja mais específico e diga > exatamente o que foi tão ofensivo na resposta do Flávio. > > > > -- > skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra > +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org > +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803 > BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > Achei que a situação havia sido concluída, mas vejo que a vontade de aparecer se sobrepõe. Indiferente do que venha a ser comentado adicionalmente aqui, não irei mais comentar nada nesse post. -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ajuda criação de Update com utilização de substr
Em 29 de dezembro de 2015 12:48, Thiago H. Barreto < thi...@sedcontabilidade.com.br> escreveu: > Eu utilizei como exemplo as tabelas > > Create CREATE TABLE wfiscal.di00800 na verdade seria wfiscal.di00358 > CREATE TABLE wfiscal.cd0 e wfiscal.cd00358 > > 2015-12-29 15:46 GMT-02:00 Thiago H. Barreto < > thi...@sedcontabilidade.com.br>: > >> Boa tarde caros colegas. >> >> Estou precisando da ajuda, pois estou quebrando a cabeça e não esta >> saindo nada... >> >> Preciso atualizar um campo em uma tabela na minha base de dados. >> >> A estrutura é a seguinte das tabelas: >> >> CREATE TABLE wfiscal.di00800 >> ( >> iddipi character varying(40) NOT NULL, >> idnota character varying(40), >> idclassificacao integer, >> desccomplementar character varying(20), >> CONSTRAINT di00800_idxprimario PRIMARY KEY (iddipi)); >> >> CREATE TABLE wfiscal.cd0 >> ( >> idcodigo character varying(40) NOT NULL, >> dtinicial timestamp without time zone, >> dtfinal timestamp without time zone, >> cdcodigo integer, >> cdclassificacao character varying(20), >> nmdescricao character varying(53), >> CONSTRAINT cd0_idxprimario PRIMARY KEY (idcodigo)); >> >> Preciso atualizar o campo d*esccomplementar* da tabela *di00358* com o >> valor do campo *nmdescricao *da tabela *cd00358*, ressaltando que o >> tamanho do campo *nmdescricao *da tabela *cd00358* tem 53 caracteres e o >> campo desccomplentar tem apenas 20, então tenho que utilizar a função >> *substr*, porem ai que vem o problema, como vou fazer para realizar esta >> atualização? >> >> Eu utilizei o comando para atualizar os produtos com o valor XXX, porem >> quero saber como faço para atualizar os valores com os valores do campo de >> outra tabela e ainda pegar apenas os 20 primeiros caracteres, eu li que a >> função SELECT SUBSTR (Campo_tabela,1,20) ela pega o valor do campo da >> posição inicial 1 até a 20, porem utilizar este comando pegando os dados de >> uma outra tabela >> >> Segue script. >> >> update wfiscal.di00800 set desccomplementar = 'XXX' where idclassificacao >> in(select distinct(DI.idclassificacao) from wfiscal.di00800 as DI, >> wfiscal.cd00800 as CD where DI.idclassificacao = CD.cdcodigo >> and DI.data_movimento = '01-11-2015') >> >> Desde já, muito obrigado. >> >> >> >> >> >> >> >> >> *Lembre-se de que ao evitar o desperdício, além de economizar dinheiro >> com papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso, >> melhor para o mundo!* >> > > > > > > > > > > > *Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com > papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso, > melhor para o mundo!* > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > Tentou algo assim??: update wfiscal.di00800 set desccomplementar = substr(wfiscal.*cd00358.**nmdescricao, 1, 20) * from wfiscal.*cd00358 * *where* wfiscal.di00800.cdcodigo = wfiscal.*cd00358*.idclassificacao and wfiscal.di00800.data_movimento = '2015-11-01' Qualquer coisa, dá uma olhada em http://www.postgresql.org/docs/9.4/static/sql-update.html -- Marcos Thomaz da Silva Analista de Tecnologia da Informação <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Este e-mail foi enviado por um computador sem vírus e protegido pelo Avast. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> <#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2> ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] :: Ferramenta de Modelagem Free ::
Em 9 de março de 2016 11:56, Guimarães Faria Corcete DUTRA, Leandro < l...@dutras.org> escreveu: > 2016-03-09 13:55 GMT-03:00 Alexsandro Haag : > > Em 09/03/2016 13:48, Wagner Vieira Furno - Lobotech escreveu: > >> > >> Qual ferramenta de modelagem free podemos utilizar para postgresql no > >> momento ? > > > > SQL Power Architect - http://www.sqlpower.ca/page/architect_download_os > > A consulta original ficou ambígua —/free/ pode querer dizer livre ou > gratuito—, então pergunto se é gratuito apenas ou também livre… > > > -- > skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra > +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org > +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803 > BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > Uso o pgModeler -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] pgAdmin 4
Achei legal a notícia... pgAdmin 4, criado em Python https://leninmhs.wordpress.com/2016/05/18/pgadmin-4-el-elefante-se-acerca-a-la-linea-de-meta/ -- Marcos Thomaz da Silva Analista de Tecnologia da Informação <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Livre de vírus. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>. <#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2> ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pgAdmin 4
Exato. Em 23 de maio de 2016 09:36, Eduardo Bohrer escreveu: > 2016-05-21 21:59 GMT-03:00 Jaírton TiNhO : > >> O legal que além de ser em Python é em QT. >> > > Na prática é WEB não ? A parte que ele fala de QT é só pra embedar em um > APP instalável. > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dúvida em select
Boa noite,
Em 5 de junho de 2016 20:20, Jean Alysson escreveu:
> Boa noite,
>
> preciso de ajuda no seguinte cenario:
>
> tenho uma tabela com
> idpedido - idproduto - situacao - quantidade
> 1 1 F 2
> 1 1 C 2
>
> 2 1 F 3
>
> 3 1 F 5
> 3 1 C 5
> 3 1 E 5
>
> onde F=fechado C=cancelado E=excluido
>
> preciso do total das quantidades vendidas, descontando o que foi cancelado
> ou excluido, mas sendo cancelado e excluido, desconta 2 vezes e fica
> errado, uso o seguinte select:
>
> select sum(
> case when situacao = 'F' then quantidade
> else
> quantidade * -1
> end) as total
> from tabela
>
> funciona quando o pedido é fechado e cancelado ou fechado e excluido, mas
> no caso do pedido 3
> ele é fechado, cancelado e excluido, ficando com valor negativo, como
> posso resolver ?
>
> Obrigado
> Jean Alysson
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
Se fizer assim não funciona:
select sum(quantidade) from tabela
where situacao='F' and
not exists(select 1 from tabela t2 where t2.idpedido=tabela.idpedido and
t2.idproduto=tabela.idproduto and t2.situacao in ('C', 'E'))
Uma outra ideia seria somar as quantidades de acordo com a situação e
utilizar como um subselect.
--
Marcos Thomaz da Silva
Analista de Tecnologia da Informação
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [php-brasil] DBF ==> Postgresql (dbf to postgresql)
Em 28 de junho de 2017 13:20, POWER Informática < power.informatica@gmail.com> escreveu: > Pessoal preciso migrar uns arquivos DBF para Postgresql, já estou > pesquisando no Google, mas como o povo aqui tem mais experiência, quem sabe > e não fico testando X ou Y e vou logo para a produção com as dicas de vocês. > > A ideia é: > > 1) Importar bruto para tabela com o nome dos arquivos DBF; > > 2) converter os dados para que possam ser criticado no novo sistema (essa > parte eu faço em SQL mesmo) > > Só isso ... Hehehehe... > > Eu estou usando: > - Postgres 9.6.3 > - Ubuntu GNOME 17 > > Não é uma base muito grande 25.000 reg em um arquivo DBF e 18.000 em > outro; > > De preferência gostaria de um software livre. > > > Att. > Carlos Susviela > > Provavelmente terão respostas mais elegantes do que a minha, mas precisei fazer isso em duas ocasiões. Na primeira, quando os dados não eram muito grandes, usei o Base (do LibreOffice) para migrar. Na segunda ocasião, um pequeno código em python resolveu. No caso dessa implementação em Python, foi feita porque existiam algumas validações e transformações. Eram casos bem simples. Talvez o ideal seria usar alguma ferramenta de ETL, mas como o caso era simples, usei o que tinha disponível naquele momento. -- Marcos Thomaz da Silva Analista de Tecnologia da Informação ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
