Kakao

Faca o delete em um terminal e depois em outro o seguinte comando: select relation::regclass, * from pg_locks where not granted; Isto e para saber se existe algum processo com lock na tabela.

Você quer a última data de cada empresa?

Até o Postgresql 8.0 havia usuários e grupos. A partir do 8.1 só há roles. Um role pode ser membro de outro role podendo usar os privilégios do role do qual é membro. Para listar os roles e suas associações: select r.rolname, array( select b.rolname from pg_catalog.pg_auth_members m join pg_catalog.pg_roles b on (m.roleid = b.oid) where m.member = r.oid ) as memberof from pg_catalog.pg_roles r order by 1; http://www.postgresql.org/docs/current/static/user-manag.html

Alguns limites do Postgresql: Tamanho máximo da base de dados: Ilimitado Tamanho máximo da tabela: 32 TB Tamanho máximo da linha: 1.6 TB Tamanho máximo da coluna: 1 GB Máximo de linhas por tabela: Ilimitado Máximo de colunas por tabela: 250 a 1600 dependendo dos tipos das colunas Máximo de índices por tabela: Ilimitado http://www.postgresql.org/about/ Qual é o tipo de limitação alegado para o erro?

Use as funções de gerencimento de objetos: http://www.postgresql.org/docs/current/static/functions-admin.html#FUNCTIONS-ADMIN-DBOBJECT

Qual é o erro? Como é a importação?

Lara, questões sobre desempenho exigem grande quantidade de informação para terem uma chance de receber uma boa resposta. Veja no wiki do Postgresql: https://wiki.postgresql.org/wiki/FAQ#How_do_I_tune_the_database_engine_for_better_performance.3F https://wiki.postgresql.org/wiki/Guide_to_reporting_problems#If_your_question_relates_to_performance_.28query_speed.2C_memory_use.2C_etc.29_and.2For_data_corruption

O mais fácil é criar um cast implícito: create cast (integer as char) with inout as implicit; Tem que criar como super usuário

Para mim funciona. Qual é a versão?

Para qual problema? Está lento? Sem nenhuma informação é impossível qualquer tentativa de diagnóstico. Qual é a ONG? Pode responder por mensagem pessoal.

Primeiro crie um "tablespace" como superusuario create tablespace arquivos_temporarios location '/caminho/para/a/particao';Depois edite o arquivo "postgresql.conf" adicionando o parâmetro temp_tablespaces informando o nome do "tablespace" temp_tablespaces ('arquivos_temporarios')http://www.postgresql.org/docs/current/static/manage-ag-tablespaces.htmlhttp://www.postgresql.org/docs/current/static/runtime-config-client.html#GUC-TEMP-TABLESPACES http://www.postgresql.org/docs/current/static/sql-createtablespace.html

update tablea set tablea.sequence = tableb.total + 1 from ( select count(*) as total, code from tableb where code like '%1' group by code ) tableb where tablea.code = tableb.code O "where" é depois do "from". "sequence" é palavra chave no Postgresql e por isso pode causar problemas como identificador. Todo subselect deve ter um alias.

Oi Marcus, Mais de 12h para "2gb e milhões de dados" não é normal. Verifique as configuraçõe no postgresql.conf, principalmente "maintenance_work_mem". http://www.postgresql.org/docs/current/static/runtime-config-resource.html#RUNTIME-CONFIG-RESOURCE-MEMORY

Eu entendi. Mas tem que usar a versão 9.3 do pg_dump.

Se você usou a versão 8.3 do pg_dump para fazer o dump use a 9.3.

Dr. House, Ao colocar o filtro "b.data between '2014-01-01' and '2014-01-31'" na cláusula where você transformou o left join em um inner join pois o teste dos valores nulos na coluna b.data vai retornar falso. deathcon4, Os filtros podem ser usados tanto no where quanto no on embora seja mais legível fazer como explicado pelo Dr. House. As condições usadas no on serão aplicadas antes da junção e as condições usadas no where serão aplicadas depois. No caso do inner join não há diferença semântica. Mas no outer join é preciso tomar cuidado com a cláusura where. Na consulta exemplo, para preservar o left join, dever ser assim from tabelaA a left join tabelaB b on a.id = b.tabelaA_id and b.data between '2014-01-01' and '2014-01-31' where a.ano = 2014

É uma relação muitos para muitos. Deve existir uma terceira tabela relacionando as tabelas bairro e aviso. Este é o esquema simplificado só para demonstrar o conceito: create table bairro ( bairro_id int primary key ); create table aviso ( aviso_id int primary key ); create table bairro_aviso ( bairro_id int references bairro, aviso_id int references aviso, primary key (aviso_id, bairro_id) ); Para consultar: select aviso_id, bairro_id from bairro inner join bairro_aviso using (bairro_id) inner join aviso using (aviso_id) -- Para consultar todos os avisos de um bairro: --where bairro_id = 1 -- Para consultar todos os bairros de um aviso: --where aviso_id = 1 ;

Se for integer então faça o cast para text length(cod_reduzido::text)

Se o tipo do campo for char então sempre haverá caracteres em branco à direita. Use a função trim para retirar os caracteres length(trim(trailing from cod_reduzido)) Ou passe a usar um dos tipos varchar ou text

É "delimiter" no singular sem o "s" no final e sem a palavra "using". E o "WITH" é antes de todas as opções: WITH delimiter ';', NULL 'null'; Verifique as codificações do servidor e do cliente show server_encoding; show client_encoding; Tente usar a codificação do cliente no "COPY" WITH delimiter ';', NULL 'null', ENCODING 'LATIN1';

No 9.3 a sintaxe é esta: COPY ( select * from tabela order by id ) TO 'C:/exemplo.txt' WITH delimiter ';', NULL 'null'; Qual é a versão?

COPY ( select * from tabela order by id ) TO 'C:/exemplo.txt' using delimiters ';' WITH NULL AS 'null'; Quanto ao editor de texto não abrir é porque o editor tenta colocar tudo em memória. Qual é o SO? No Linux eu uso o less mesmo (linha de comando).

Nesta linha $ language 'plpgsql'; plpgsql não é uma string, é um identificador que não deve ser envolto em aspas. Fica assim: $ language plpgsql; Isto não gera erro por enquanto mas pode gerar em futuras versões.

Veja no log do servidor alvo se houve execução com erro

delete from cpdv.cadastrope where a0 in ( select a0 from cpe.cadastrope where '16838' in (a29, a55, a64) )