Re: [pgbr-geral] Aplicação desktop com banco de dados hospedado em VPS.

[Guimarães Faria Corcete DUTRA , Leandro]

2016-09-28 10:33 GMT-03:00 Saraiva Silva :
>
> O aplicativo não é MS Windows é Python+PyQt rodando sobre ubuntu.

Melhor ainda.  Experimente os protocolos modernos, todos gratuitos:
X11, VNC, NX… cada um se adapta melhor a determinadas situações.  Rede
local X11, NX para /modens/, VNC para o intermediário.  Creio que há
mais protocolos ainda, como implementações livres do RDP do MS
Terminal Server, talvez do protocolo do Citrix Metaframe cujo nome
sempre esqueço… falta de opção não é.


> Nunca tive esse cenário antes, mas minha esperança para achar que dará certo
> é baseado no fato de que, se fosse uma aplicação WEB toda hospedada no
> servidor e acessada no escritório através de um navegador, a quantidade de
> dados trafegadas entre o servidor e o terminal no escritório seria maior
> pois não seriam apenas os dados armazenados no banco, mas sim os queries +
> conteúdo html + imagens, etc.

Na verdade, geralmente uma aplicação Web bem feita é relativamente
leve.  Haja visto que usamos todos os dias gMail   Se o servidor
Web estiver próximo ao PostgreSQL, normalmente devia ser suficiente.


> Por se tratar de uma app desktop não existirá conteúdo de interface
> trafegando, apenas dados de queries.

Mas isso é que justamente é o mais pesado.


-- 
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

[pgbr-geral] RES: Aplicação desktop com banco de dados hospedado em VPS.

[Matheus Saraiva]

De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de 
siste...@mvsoftware.com.br
Enviada em: quarta-feira, 28 de setembro de 2016 12:41
Para: Comunidade PostgreSQL Brasileira 
Assunto: Re: [pgbr-geral] Aplicação desktop com banco de dados hospedado em VPS.

 

“”Olha, a menos que você tenha uma rede muito poderosa e dedicada, o que não 
parece o caso, usar sua aplicação com conexão através da web não será tarefa 
fácil, vai por mim.

No seu caso para que não precise desenvolver algo específico, a saida é 
Terminal Server, seja VNC ou o proprio do Windows Server.

Vai ficar lento de qualquer forma, a menos que sua aplicação use muito pouco 
dados na rede.

Não tem jeito para web, tem que ser ferramenta específica, PHP, ASP e outras

 

Agora pode fazer um teste sem gastar nada, se seu cliente tiver internet 
disponivel na rede onde o servidor opera, crie uma direcionamento no roteador 
dele direto pro servidor só pra voce fazer um teste, ai da sua casa mesmo voce 
usar conecta sua aplicação ao servidor e vai ter uma ideia de como funciona.

Se ele tiver IP fixo excelente, senão você pode usar um serviço como o NOIP 
gratuito só pra testar.

 

Eu tenho conexões assim com meus cliente para prestar suporte, ou seja pra 
quebrar uma ganho vai de boa.””

 

 

 Pois é vou fazer alguns testes antes de decidir que caminho tomar, no último 
caso crio uma interface REST como sugerido para troca de dados. Assim eu terei 
os benefícios do HTTP. Mas seu eu puder evitar de mexer na app desktop melhor.

 

 

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

Re: [pgbr-geral] Arquivos Temp

[Glauco Torres]

>
>
> Boa tarde.
>
> Ajuste seus logs e identique quais consultas estão gerando esses arquivos
> temporários com o pgbadger[1]. Depois que alinhar as consultas ajuste o
> work_mem[2] necessário pra o usuário que a executa, o banco necessário ou
> pra todos.
>
> Caso queiras uma sugestão de valor indicado pra o work_mem e outros
> parametros, dá uma olhada no pgconfig[3].
>
> []'s
>
> [1] http://dalibo.github.io/pgbadger/
> [2] https://www.postgresql.org/docs/9.2/static/runtime-
> config-resource.html#GUC-WORK-MEM
> [3] http://pgconfig.org
>
>
>
> --
> Sebastian Webber
> http://swebber.me
>
>
+1

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

Re: [pgbr-geral] Arquivos Temp

[Sebastian Webber]

2016-09-28 14:13 GMT-03:00 Antonio Cesar :

>
>  Boa tarde,
>
> Pessoal Vocês poderiam me ajudar a diagnosticar/Reduzir os arquivos temp do 
> meru serrvidor.
> Linux debian
> Postgresql 9.2
>
>
Boa tarde.

Ajuste seus logs e identique quais consultas estão gerando esses arquivos
temporários com o pgbadger[1]. Depois que alinhar as consultas ajuste o
work_mem[2] necessário pra o usuário que a executa, o banco necessário ou
pra todos.

Caso queiras uma sugestão de valor indicado pra o work_mem e outros
parametros, dá uma olhada no pgconfig[3].

[]'s

[1] http://dalibo.github.io/pgbadger/
[2]
https://www.postgresql.org/docs/9.2/static/runtime-config-resource.html#GUC-WORK-MEM
[3] http://pgconfig.org



-- 
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

[pgbr-geral] Arquivos Temp

[Antonio Cesar]

 Boa tarde,

Pessoal Vocês poderiam me ajudar a diagnosticar/Reduzir os arquivos temp do 
meru serrvidor.
Linux debian
Postgresql 9.2

Servidor
processor   : 2
vendor_id   : GenuineIntel
cpu family  : 6
model   : 45
model name  : Intel(R) Xeon(R) CPU E5-2407 0 @ 2.20GHz
stepping: 7
microcode   : 0x70d
cpu MHz : 1200.000
cache size  : 10240 KB
physical id : 0
siblings: 4
core id : 1
cpu cores   : 4
apicid  : 2
initial apicid  : 2
fpu : yes
fpu_exception   : yes
cpuid level : 13
wp  : yes

1K-blocos Usad   Dispon. Uso% Montado em
rootfs 460736568 50749188 
386583248  12% /
udev   102400 
10240   0% /dev
tmpfs3297068  240   
3296828   1% /run
/dev/disk/by-uuid/2c649bc2-5a67-45f0-93d6-6656a7143273 460736568 50749188 
386583248  12% /
tmpfs   51200  
5120   0% /run/lock
tmpfs   105469600  
10546960   0% /run/shm


Postgresql.conf

shared_buffers = 8192MB
temp_buffers = 16MB
work_mem = 500MB
maintenance_work_mem = 2GB
effective_cache_size = 16GB

Arquivos temp:
Temporary files=69
Size temporary files=35gb


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

Re: [pgbr-geral] Aplicação desktop com banco de dados hospedado em VPS.

[sistemas]

>>"""O aplicativo Desktop é MS Windows? Existe a possibilidade de colocar
>>tudo em um VPS, até o aplicativo Desktop, rodando via Terminal
>>Service? O tráfego das "telas" via Terminal Server é mais eficiente
>>que trafegar dados direto "no" banco."""
>>
>>O aplicativo não é MS Windows é Python+PyQt rodando sobre ubuntu.
>>
>>"""Procure hospedar seu banco de dados próximo do escritório em questão é a 
>>melhor dica."""
>>
>>
>>Isso eu já havia pensado o mesmo
>>

>>Nunca tive esse cenário antes, mas minha esperança para achar que dará certo 
>>é baseado no fato de que, se fosse uma aplicação WEB toda hospedada no 
>>servidor e acessada no escritório através de >>um navegador, a quantidade de 
>>dados trafegadas entre o servidor e o terminal no escritório seria maior pois 
>>não seriam apenas os dados armazenados no banco, mas sim os queries + 
>>conteúdo html + >>imagens, etc.

>>Por se tratar de uma app desktop não existirá conteúdo de interface 
>>trafegando, apenas dados de queries.
>>

>>Corrijam-me se meu raciocínio estiver errado.

Olha, a menos que você tenha uma rede muito poderosa e dedicada, o que não 
parece o caso, usar sua aplicação com conexão através da web não será tarefa 
fácil, vai por mim.
No seu caso para que não precise desenvolver algo específico, a saida é 
Terminal Server, seja VNC ou o proprio do Windows Server.
Vai ficar lento de qualquer forma, a menos que sua aplicação use muito pouco 
dados na rede.
Não tem jeito para web, tem que ser ferramenta específica, PHP, ASP e outras

Agora pode fazer um teste sem gastar nada, se seu cliente tiver internet 
disponivel na rede onde o servidor opera, crie uma direcionamento no roteador 
dele direto pro servidor só pra voce fazer um teste, ai da sua casa mesmo voce 
usar conecta sua aplicação ao servidor e vai ter uma ideia de como funciona.
Se ele tiver IP fixo excelente, senão você pode usar um serviço como o NOIP 
gratuito só pra testar.

Eu tenho conexões assim com meus cliente para prestar suporte, ou seja pra 
quebrar uma ganho vai de boa.


Marcelo 


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

Re: [pgbr-geral] Aplicação desktop com banco de dados hospedado em VPS.

[Flavio Henrique Araque Gurgel]

>
>
>
> """Procure hospedar seu banco de dados próximo do escritório em questão é
> a melhor dica."""
>
> Isso eu já havia pensado o mesmo
>
> Nunca tive esse cenário antes, mas minha esperança para achar que dará
> certo é baseado no fato de que, se fosse uma aplicação WEB toda hospedada
> no servidor e acessada no escritório através de um navegador, a quantidade
> de dados trafegadas entre o servidor e o terminal no escritório seria maior
> pois não seriam apenas os dados armazenados no banco, mas sim os queries +
> conteúdo html + imagens, etc.
> Por se tratar de uma app desktop não existirá conteúdo de interface
> trafegando, apenas dados de queries.
>
> Corrijam-me se meu raciocínio estiver errado.
>

Seu raciocínio está correto.
Porém, o protocolo de banco de dados não foi construído para redes de longa
distância e latência como o http, por exemplo. Portanto, pode haver muitos
"vai e vem" de rede na comunicação, de forma que a latência entre o ponto
cliente e o ponto servidor pode se multiplicar e a resposta global ser
lenta.

O importante, acredite, é testar. Não tem jeito. Tudo vai depender de como
sua aplicação faz consultas. Se para montar uma tela você faz uma ou duas
consultas com poucos dados retornados em cada uma delas, provavelmente não
vai sentir muita coisa. Por outro lado, se sua aplicação faz muitas
consultas ou interage com o resultado de grandes consultas para fazer
outras, aí o tempo aumenta exponencialmente com a latência.

Lembre-se de usar ssl para a conexão PostgreSQL ou use VPN pra criptografar
os dados entre o escritório e o banco de dados.

A idéia do outro colega de usar REST (ele é fã) vai exigir desenvolvimento.
Enfim, é uma camada por cima do banco de dados, você terá que pensar em
autenticação, montar as chamadas e respostas, adaptar sua aplicação pra
falar xml ou json com a API, usar http e etc. Ele tem razão com relação ao
protocolo - http é mais adaptado à comunicação desse tipo.

A outra idéia, de usar VNC ou X11, pode ser interessante sim, mesmo com
mais dados trafegados, a latência não vai incomodar tanto. VNC é mais
adaptado, tem compressão de dados e segurança. X11 vai exigir VPN e é
bastante consumidor de banda passante, tipo... é lentão.

Cabe a você testar tudo isso. Não adianta a gente ficar dando um monte de
ideias e chover no molhado. Não vejo porque não poderias fazer um teste
rápido com o servidor e seus dados hospedados e plugar sua aplicação lá.
Não vai exigir mudança alguma nesse teste.

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Aplicação desktop com banco de dados hospedado em VPS.

[Saraiva Silva]

"""O aplicativo Desktop é MS Windows? Existe a possibilidade de colocar
tudo em um VPS, até o aplicativo Desktop, rodando via Terminal
Service? O tráfego das "telas" via Terminal Server é mais eficiente
que trafegar dados direto "no" banco."""

O aplicativo não é MS Windows é Python+PyQt rodando sobre ubuntu.

"""Procure hospedar seu banco de dados próximo do escritório em questão é a
melhor dica."""

Isso eu já havia pensado o mesmo

Nunca tive esse cenário antes, mas minha esperança para achar que dará
certo é baseado no fato de que, se fosse uma aplicação WEB toda hospedada
no servidor e acessada no escritório através de um navegador, a quantidade
de dados trafegadas entre o servidor e o terminal no escritório seria maior
pois não seriam apenas os dados armazenados no banco, mas sim os queries +
conteúdo html + imagens, etc.
Por se tratar de uma app desktop não existirá conteúdo de interface
trafegando, apenas dados de queries.

Corrijam-me se meu raciocínio estiver errado.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Query cte retornando id - Postgres 9.2

[Rafael Fialho]

2016-09-27 15:48 GMT-03:00 Patrick B :

> ...
> O que estou fazendo de errado?
>

Aparentemente o seu problema está no update, pois a subquery irá retornar
seu set de dados, porém o mesmo deveria estar na cláusula FROM. Verifique
[1] para maiores detalhes da sintaxe.

[1] - https://www.postgresql.org/docs/9.5/static/sql-update.html

Espero que ajude. Certifique-se também de que, antes do update, tudo está
funcionando de acordo.

[]'s
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral