bmargulies's questions

Em pg_hba.conf, existe uma maneira de habilitar 'ident' e 'md5' para conexões locais?

Concretamente, estou feliz por ter 'ident' ativado para humanos interagirem com o banco de dados. No entanto, se eu configurar uma instância httpd (por exemplo), não gosto de adicionar um usuário linux completo para que ele possa se conectar ao db via ident. Eu gostaria apenas de atribuir uma senha dentro do postgres.

Minhas experiências em ter duas linhas em pg_hba.conf para 'local' não funcionaram, mas o documento é um pouco ambíguo e pensei que talvez tivesse perdido alguma coisa.

Depois de vários minutos de um programa grande que envia muitos dados para o mongo, meu log começa a mostrar uma mensagem para (eu acho) cada atualização. Isso parece terrivelmente barulhento, há algum motivo especial para sentir a necessidade de fazer isso?

Tue Jun  5 14:32:37 [conn3] update benchmark.entity  
 query: { corefEntityId: "45-LOCATION" } 
 update: { $set: { corefEntityId: "45-LOCATION", type: "Location" },
 $push: { indocs: { docid: "cfcc403b-714f-4c5d-8507-ccb5b6354654", 
   ordinal: 26, label: "United States", mentions: [ "United States" ] } }, 
   $addToSet: { allMentions: { $each: [ "United States" ] } }, 
   $inc: { documentCount: 1 } } 116ms

Como uma nota de rodapé talvez mais responsável, eu me pergunto: um 'upsert' que adiciona a algum documento interno é mais rápido ou mais lento do que uma inserção simples em alguma outra coleção do documento interno como um documento de nível superior?

Eu vim com:

drop table if exists idtemp;
create temp table idtemp as 
      select documentid from taskflag where taskid='coref' and state = 2 
         order by statechanged asc limit howmany;
create unique index on idtemp(documentid);

-- trim taskflag to the first N docs ordered by coref.
delete from taskflag where documentid not in (select documentid from idtemp) ;

Isso é muito lento quando há 120 mil registros em taskflag e estou mantendo 10 mil.

Taskflag se parece com:

\d taskflag
                Table "public.taskflag"
    Column    |            Type             | Modifiers 
--------------+-----------------------------+-----------
 documentid   | character varying(64)       | not null
 taskid       | character varying(64)       | not null
 state        | smallint                    | 
 statechanged | timestamp without time zone | 
Indexes:
    "taskflag_pkey" PRIMARY KEY, btree (documentid, taskid)
    "task_index2" btree (documentid)
    "task_index4" btree (taskid, state, statechanged)

Explique disse:

                                QUERY PLAN                                    
----------------------------------------------------------------------------------
 Delete on taskflag  (cost=0.00..105811822.25 rows=223210 width=6)
   ->  Seq Scan on taskflag  (cost=0.00..105811822.25 rows=223210 width=6)
         Filter: (NOT (SubPlan 1))
         SubPlan 1
           ->  Materialize  (cost=0.00..449.00 rows=10000 width=146)
                 ->  Seq Scan on idtemp  (cost=0.00..184.00 rows=10000 width=146)
(6 rows)

Devo apenas providenciar para que a tabela temporária contenha os que estou mantendo?

Se eu executar o seguinte em um arquivo com o comando pgsql, ele reclamará que o procedimento precisa ser chamado com 'perform'. Mas quando tento usar perform, ele me diz que perform não está definido. Qual é a solução?

create or replace function waitris() returns void as 
$$
declare
    cnt integer;
begin
    loop
        select count(*) into cnt from taskflag where taskid = 'rdfdb' and state != 2;
        if cnt = 0 then   
            exit;
        end if;
        select pg_sleep(1);
    end loop;
end;
$$ 
language plpgsql;

select waitris();