Re: [pgbr-geral] Ultimos registro de cliente

[Antonio Cesar]

Versão 9.1
sim, posso atualizaar sem problema...

Em 21/01/2014 19:09, Matheus de Oliveira escreveu:




2014/1/21 Antonio Cesar >


Boa tarde pessoal,
Estou precisando de um select que retorne os 4 ultimos pedidos de
cada cliente.
EX:
Cliente 001 pedido 10, 15, 18 e 20
Cliente 002 pedido 11, 12, 13 e 14



Por favor, responda algumas perguntas para podermos lhe ajudar:

1) Não entendi como quer exibir: (a) código cliente seria uma coluna, 
e mais 4 colunas para código de cada venda ou (b) seria até quatro 
linhas por cliente mesmo?


O (b) seria:

Cliente | Pedido
 1  | 10
 1  | 15
 1  | 18
 1  | 20
 2  | 11
 ...

2) Qual a versão do PostgreSQL?

3) Se for menor que 9.3 você consideraria atualizar?


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


<>___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] [off-topic] DBA em Ribeirão Preto ou região

[Leonardo Machado]

Pessoal, Desculpa está postando aqui, mas tenho cliente que está precisando de 
um serviço de DBA(replicação de dados Postgresql 9.1), a empresa fica em 
Ribeirão Preto-SP, quem tiver interesse entra em contato comigo, obrigado. 
E-mail: leona...@sygecom.com.br

Nota: Senhor(a) moderador(a) favor excluir a mensagem caso eu esteja 
infringindo alguma regra, obrigado e sucesso.

Leonardo Machado
www.sygecom.com.br
  ___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ultimos registro de cliente

[Matheus de Oliveira]

2014/1/21 Antonio Cesar 

> Boa tarde pessoal,
> Estou precisando de um select que retorne os 4 ultimos pedidos de cada
> cliente.
> EX:
> Cliente 001 pedido 10, 15, 18 e 20
> Cliente 002 pedido 11, 12, 13 e 14
>
>
>
Por favor, responda algumas perguntas para podermos lhe ajudar:

1) Não entendi como quer exibir: (a) código cliente seria uma coluna, e
mais 4 colunas para código de cada venda ou (b) seria até quatro linhas por
cliente mesmo?

O (b) seria:

Cliente | Pedido
 1  | 10
 1  | 15
 1  | 18
 1  | 20
 2  | 11
 ...

2) Qual a versão do PostgreSQL?

3) Se for menor que 9.3 você consideraria atualizar?


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

Re: [pgbr-geral] Ultimos registro de cliente

[Dadilton Melo]

solução:


SELECT *
FROM cross_tab(' SELECT sc.codigo_cliente, row_number() over(partition by
sc.codigo_cliente order by sc.numero_controle desc) as num_pedido,
sc.numero_controle from saida_venda sc' , 'select m from
generate_series(1,4) m')
as ( codigo_cliente int, pedido1 int, pedido2 int, pedido3 int, pedido4 int
)


mas pode demorar um pouco a consulta dependendo do tamanho da tabela porque
trabalha com campo não indexado (o gerado pelo row_number), talvez vc deva
otimizar isto.


2014/1/21 Antonio Cesar 

> Boa tarde pessoal,
> Estou precisando de um select que retorne os 4 ultimos pedidos de cada
> cliente.
> EX:
> Cliente 001 pedido 10, 15, 18 e 20
> Cliente 002 pedido 11, 12, 13 e 14
>
> SELECT
>   sc.codigo_cliente,
>   MAX(sc.numero_controle) AS numero_controle
> FROM
>   saida_venda sc
> GROUP BY
>   sc.codigo_cliente
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 

Dadilton Bastos Melo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Ultimos registro de cliente

[Antonio Cesar]

Boa tarde pessoal,
Estou precisando de um select que retorne os 4 ultimos pedidos de cada 
cliente.

EX:
Cliente 001 pedido 10, 15, 18 e 20
Cliente 002 pedido 11, 12, 13 e 14

SELECT
  sc.codigo_cliente,
  MAX(sc.numero_controle) AS numero_controle
FROM
  saida_venda sc
GROUP BY
  sc.codigo_cliente
<>___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Teste de velocidade em discos [off-topic de "pg_restore extremamente lento"]

[Euler Taveira]

On 21-01-2014 09:39, Tiago Adami wrote:
> Para eu entender melhor, o argumento 'oflag=direct' - pelo menos em
> tese - não faria com que o buffer cache fosse ignorado?
> 
Sim, mas você só simulará a velocidade de escrita no WAL (e se
arquivamento e streaming estiverem desabilitados).


-- 
   Euler Taveira   Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [1/2 OFF] Why we are going to have to go DirectIO by Josh Berkus

[Juliano Atanazio]

Em 21 de janeiro de 2014 09:49, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:

> 2014/1/21 Juliano Atanazio :
> > Considerações de Josh Berkus [1] a respeito de versões mais novas do
> kernel
> > do Linux.
>
> Assustador.
>
>
> > Não é boa prática usarmos a versão estável mais nova do kernel?
>
> Nunca foi, na verdade.  A boa prática é usar uma versão estável do
> sistema operacional como um todo.  Por exemplo, Debian estável
> (/stable/).
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Perdão...

Esqueci de mencionar que esse link achei em um tópico [1] da lista
internacional pgsql-hackers, cujo título é

"Linux kernel impact on PostgreSQL performance"

de Mel Gorman da SUSE Labs.


[1] http://www.postgresql.org/message-id/20140113164221.gk27...@suse.de
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Teste de velocidade em discos [off-topic de "pg_restore extremamente lento"]

[Tiago Adami]

Em 20 de janeiro de 2014 18:46, Euler Taveira  escreveu:
> On 20-01-2014 15:58, Tiago Adami wrote:
>> Colegas, acompanhando os posts anteriores do tópico "pg_restore
>> extremamente lento" questiono se meus métodos de validação de
>> desempenho em disco são válidos.
>>
>> Hoje utilizo os seguintes testes:
>>
>> -- Testes de gravação em server de homologação virtualizado (SUSE
>> Linux 11 SP 3) - Xen Server, 4xIntel(R) Xeon(R) CPU E5-2620 0 @
>> 2.00GHz, 8 GB RAM, partições ReiserFS
>> dd if=/dev/zero of=teste.dd bs=8k count=1 oflag=direct
>> 1+0 records in
>> 1+0 records out
>> 8192 bytes (82 MB) copied, 5.44287 s, 15.1 MB/s
>>
> Você precisa minimizar o efeito da cache do disco, 82MB ele salva na
> memória de uma máquina com 8GB. Você precisa copiar ao menos o tamanho
> da memória; um tamanho razoável seria 16GB (vide [1]).

Para eu entender melhor, o argumento 'oflag=direct' - pelo menos em
tese - não faria com que o buffer cache fosse ignorado? Ao remover
este argumento os resultados são bem diferentes, mais rápidos. Refiz o
teste alterando o tamanho do arquivo superando o total de memória RAM
(dessa vez apenas no ambiente de homologação que é virtualizado, os
resultados podem ser bem diferentes em um servidor bare-metal mas não
tenho previsão de testar nele):

-- oflag=direct
dd if=/dev/zero of=teste.dd bs=8k count=1310720 oflag=direct
1310720+0 records in
1310720+0 records out
10737418240 bytes (11 GB) copied, 880.474 s, 12.2 MB/s

-- sem oflag=direct
dd if=/dev/zero of=teste.dd bs=8k count=1310720
1310720+0 records in
1310720+0 records out
10737418240 bytes (11 GB) copied, 253.158 s, 42.4 MB/s


> ReiserFS? Você tem certeza que confia nesse sistema de arquivos?

Isso é um assunto para outra thread, mas sim, em servidores SUSE
'SLES' 10/11 não houve motivo algum para não-confiar. Já ocorreu um
crash na controladora de discos que desligou o servidor, e o tempo de
recuperação foi muito rápido. Também usamos XFS (com /largeio/, e às
vezes, /nobarrier/ - depende do hardware) mas a melhor relação
desempenho/segurança atingimos com ReiserFS. Tudo indica que usaremos
estes dois sistemas de arquivos até que BTRFS torne-se maduro. Usamos
SUSE como distro padrão, e EXT4 não é nativamente suportado.


>> Uso 'oflag=direct' [1] para ignorar o buffer de gravação do SO. Minha
>> dúvida é: quais parâmetros do comando dd chegariam mais próximos a uma
>> gravação do PostgreSQL?
>>
> O PostgreSQL utiliza blocos de 8k tanto para escrita como para leitura
> (que foi exatamente o que você especificou 'bs=8k'). Para simular uma
> gravação do PostgreSQL, você precisaria se basear em alguma carga pois
> há tanto escritas sequenciais (WAL) quanto escritas randômicas
> (datafiles). Se é para ter todo esse trabalho, é melhor utilizar um
> benchmark menos artificial [2].
>
> [1] http://www.postgresql.org/message-id/c164cb8c.51bd%lloner...@greenplum.com
> [2] http://wiki.postgresql.org/wiki/DBT-5

Entendido. Já esto lendo a respeito do DBT-5. Compreendo que o /dd/
exibirá apenas valores nominais de gravação sequencial, porém a idéia
é ter um índice para comparar com discos/storages que funcionam bem,
algo para usar como referência. Agradeço pelas informações, Euler.


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] [1/2 OFF] Why we are going to have to go DirectIO by Josh Berkus

[Guimarães Faria Corcete DUTRA , Leandro]

2014/1/21 Juliano Atanazio :
> Considerações de Josh Berkus [1] a respeito de versões mais novas do kernel
> do Linux.

Assustador.


> Não é boa prática usarmos a versão estável mais nova do kernel?

Nunca foi, na verdade.  A boa prática é usar uma versão estável do
sistema operacional como um todo.  Por exemplo, Debian estável
(/stable/).
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] [1/2 OFF] Why we are going to have to go DirectIO by Josh Berkus

[Juliano Atanazio]

Tem pouco mais de um mês, mas ainda é válido para hoje.
Considerações de Josh Berkus [1] a respeito de versões mais novas do kernel
do Linux.

Não é boa prática usarmos a versão estável mais nova do kernel?


[1] https://lwn.net/Articles/575681/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral