Em 30 de abril de 2013 22:00, izaque Maciel escreveu:
> Vou tentar explicar melhor. A functionX retorna uma linha, com colunas de
> tipos variados, e na functionY,
> preciso retornar uma linha ou várias linhas, e que nesta functionY, irei
> trabalhar os resultados das colunas
> na functionX, como
Vou tentar explicar melhor. A functionX retorna uma linha, com colunas de
tipos variados, e na functionY,
preciso retornar uma linha ou várias linhas, e que nesta functionY, irei
trabalhar os resultados das colunas
na functionX, como por exemplo:
*if* *(valor_documento is not null) then *
* valor
Em 30 de abril de 2013 21:44, izaque Maciel escreveu:
> Boa noite pessoal, tenho uma função X que retorna várias colunas. Estou
> tentando utilizar esta função em uma outra função Y. Como posso checar
> algumas das colunas da função X,
> verificando por exemplo se ela está com o valor 'V' ou 'P' ?
Boa noite pessoal, tenho uma função X que retorna várias colunas. Estou
tentando utilizar esta função em uma outra função Y. Como posso checar
algumas das colunas da função X,
verificando por exemplo se ela está com o valor 'V' ou 'P' ?
Obrigado.
___
pgb
On 30-04-2013 17:24, Eduardo Rodrigues wrote:
> Após realizar essas teredas irei responder o tópico com a solução.
>
Eduardo, *nunca* utilize digest nesta lista. Isso bagunça o histórico da
lista. Se quiser responder à lista utilize o modo normal (um email por
resposta).
--
Euler Taveira de
2013/4/30 Ricardo
> Acabei de realizar o EXPLAIN ANALYZE e acho que o problema deve estar na
> configuração da conexão do zeoslib.
>
> Abraços
> Ricardo
>
> "Sort (cost=2130.48..2142.33 rows=4741 width=434) (actual
> time=140.393..149.800 rows=4752 loops=1)"
> " Sort Key: "Producoes"."Codigo",
Em 30 de abril de 2013 16:56,
escreveu:
> Alguma consulta sua estava sendo cancelada no escravo?
> Por que você precisa de 21600 segundos de delay máximo? Diminua este
> valor ou você pode ter um escravo até 21600 segundos atrasado em relação
> ao mestre.
>
> > sendo que no servidor master esta o
CREATE UNIQUE INDEX "Producoes_Codigo_key" ON public."Producoes"
USING btree ("Codigo" COLLATE pg_catalog."default");
CREATE INDEX "Producoes_idx_Codigo_Produto" ON public."Producoes"
USING btree ("Codigo_Produto" COLLATE pg_catalog."default");
A tabela produtos é esta
CREATE TABLE public."P
Índices?
Abraços,
Eduardo Alexandre
Em 30 de abril de 2013 16:51, Ricardo escreveu:
> Acabei de realizar o EXPLAIN ANALYZE e acho que o problema deve estar na
> configuração da conexão do zeoslib.
>
> Abraços
> Ricardo
>
> "Sort (cost=2130.48..2142.33 rows=4741 width=434
Em 30-04-2013 16:42, Eduardo Rodrigues escreveu:
Boa tarde pessoal,
tenho dois servidores utilzando o PostgreSQL 9.2.2 e CentOS 6.3, e o
recurso streaming replication habilitado. Esta funcionando normalmente,
mas quando executo o vacuum no servidor master o servidor slave acusa o
seguinte erro:
Acabei de realizar o EXPLAIN ANALYZE e acho que o problema deve estar na
configuração da conexão do zeoslib.
Abraços
Ricardo
"Sort (cost=2130.48..2142.33 rows=4741 width=434) (actual
time=140.393..149.800 rows=4752 loops=1)"
" Sort Key: "Producoes"."Codigo", "Producoes"."Codigo_Produto""
"
Boa tarde pessoal,
tenho dois servidores utilzando o PostgreSQL 9.2.2 e CentOS 6.3, e o
recurso streaming replication habilitado. Esta funcionando normalmente, mas
quando executo o vacuum no servidor master o servidor slave acusa o
seguinte erro:
FATAL: could not receive data from WAL stream: FA
Em 30 de abril de 2013 15:38, Flavio Henrique Araque Gurgel <
fla...@4linux.com.br> escreveu:
> SELECT datahora::date, extract (hour from datahora) as hora, avg(valor)
> FROM dados GROUP BY 1,2 ORDER BY 1,2;
Funcionou perfeitamente.
Em 30 de abril de 2013 16:27, Osvaldo Kussama
escreveu:
> SEL
Em 30-04-2013 16:36, Ricardo escreveu:
Boa tarde pessoal,
Sou novo na lista. Já trabalho com o Postgres a alguns anos com uma
base de dados pequena e quero aprender mais para uma melhor velocidade
na entrega dos dados.
A primeira dúvida.
Tenho um Database com cerca de 100 Mb no po
Boa tarde pessoal,
Sou novo na lista. Já trabalho com o Postgres a alguns anos com uma base de
dados pequena e quero aprender mais para uma melhor velocidade na entrega dos
dados.
A primeira dúvida.
Tenho um Database com cerca de 100 Mb no postgres 9 instalado em um
servidor com x
Em 30/04/13, Moisés P. Sena escreveu:
> Boa tarde pessoal,
>
> Tenho dados em uma tabela, e um campo de chave primaria que é um TIMESTAMP
> e preciso calcular a média horária de uma coluna VALOR:
>
> create table dados (
> datahora TIMESTAMP NOT NULL PRIMARY KEY,
> valor INT
> );
>
> Cada regis
Em 30 de abril de 2013 15:45, Danilo Silva escreveu:
>
> Em 30 de abril de 2013 15:34, Moisés P. Sena escreveu:
>
> Boa tarde pessoal,
>>
>> Tenho dados em uma tabela, e um campo de chave primaria que é um
>> TIMESTAMP e preciso calcular a média horária de uma coluna VALOR:
>>
>> create table dado
Em 30 de abril de 2013 15:34, Moisés P. Sena escreveu:
> Boa tarde pessoal,
>
> Tenho dados em uma tabela, e um campo de chave primaria que é um TIMESTAMP
> e preciso calcular a média horária de uma coluna VALOR:
>
> create table dados (
> datahora TIMESTAMP NOT NULL PRIMARY KEY,
> valor INT
>
Em 30-04-2013 15:34, Moisés P. Sena escreveu:
Boa tarde pessoal,
Tenho dados em uma tabela, e um campo de chave primaria que é um
TIMESTAMP e preciso calcular a média horária de uma coluna VALOR:
create table dados (
datahora TIMESTAMP NOT NULL PRIMARY KEY,
valor INT
);
Cada registro é
Boa tarde pessoal,
Tenho dados em uma tabela, e um campo de chave primaria que é um TIMESTAMP
e preciso calcular a média horária de uma coluna VALOR:
create table dados (
datahora TIMESTAMP NOT NULL PRIMARY KEY,
valor INT
);
Cada registro é inserido de 10 em 10 minutos, preciso mostrar a méd
On 30-04-2013 10:13, Fábio Gibon wrote:
> Euler, onde eu encontro algo sobre este novo assunto (replicação por
> comandos)? Pois se tivermos uma solução a médio prazo é tranquilo de
> esperar...
>
O assunto estava (as funcionalidades para 9.3 já foram fechadas) a pleno
vapor durante o ciclo de des
Em 30-04-2013 10:16, Matheus de Oliveira escreveu:
2013/4/30 Fábio Gibon mailto:gi...@comexsystem.com.br>>
Em 29 de abril de 2013 15:24, Euler Taveira mailto:eu...@timbira.com.br>> escreveu:
Exatamente. E, para tornar isso possível, é necessário
desvincular os
me
2013/4/30 Fábio Gibon
>
> Em 29 de abril de 2013 15:24, Euler Taveira escreveu:
>
> Exatamente. E, para tornar isso possível, é necessário desvincular os
>> metadados das tabelas temporárias do catálogo (algo como um outro
>> catálogo). É algo um pouco trabalhoso de fazer e não vi ninguém
>> sina
Em 29 de abril de 2013 15:24, Euler Taveira escreveu:
> Exatamente. E, para tornar isso possível, é necessário desvincular os
> metadados das tabelas temporárias do catálogo (algo como um outro
> catálogo). É algo um pouco trabalhoso de fazer e não vi ninguém
> sinalizando que faria; até porque q
2013/4/29 Filho Arrais
>
>
> Em 27 de abril de 2013 09:29, Matheus de Oliveira <
> matioli.math...@gmail.com> escreveu:
>
>>
>>
>> 2013/4/26 Filho Arrais
>>
>>>
>>> Em 26 de abril de 2013 19:17, Osvaldo Kussama >> > escreveu:
>>>
>>> Em 26/04/13, Filho Arrais escreveu:
> Percebi agora que
25 matches
Mail list logo