Re: [pgbr-geral] Aplicação desktop com banco de dados hospedado em VPS.
On 09/27/2016 09:54 PM, Guimarães Faria Corcete DUTRA, Leandro wrote: 2016-09-27 21:10 GMT-03:00 Tiago José Adami: 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. E mais eficiente ainda quando é X11 (Posix), quando temos várias alternativas de protocolos para fazer isso: X11 ‘nativo’ em redes locais, NX remoto… que tal uma vm rodando na nuvem e sendo acessada pelo browser usando https atraves do novnc ? ___ 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.
2016-09-27 21:10 GMT-03:00 Tiago José Adami: > > 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. E mais eficiente ainda quando é X11 (Posix), quando temos várias alternativas de protocolos para fazer isso: X11 ‘nativo’ em redes locais, NX remoto… -- 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
Re: [pgbr-geral] Aplicação desktop com banco de dados hospedado em VPS.
Em 27 de setembro de 2016 11:36, Matheus Saraivaescreveu: > Queria saber se alguém já teve um cenário parecido com esse e qual foi a > experiência. > Tenho um sistema local desktop e preciso compartilhar esses dados com o site > da empresa. Minha ideia inicial é contratar um VPS e migrar esse banco para > ele, no mesmo VPS ficará o servidor web com o site. Na aplicação desktop > será configurada a conexão para apontar para o banco no VPS. > A quantidade de acessos simultâneos ao site será pequeno geralmente > limitando-se aos clientes da empresa, talvez uma média de 10 simultâneos ou > nem isso. Até mesmo o acesso pela aplicação local não é constante, > geralmente só da hora de fazer uma venda/locação máximo de 30 > vendas/locações por dia. > Em fim, trata-se de uma micro-empresa com necessidades modestas, mas tenho > preocupação com relação ao tempo de resposta entre a aplicação desktop e o > banco no VPS. Como a operação de venda/locação não exige pressa, acredito > que até 5 segundos (para ter os dados na tela) seria aceitável. > A aplicação desktop não usa frameworks orm, e faz uso de views para a > maioria consultas e usa funções plpgsql para a maioria das inserções, > deleções e updates. > Minha preocupação não é com o site pois para ele será uma topologia trivial > de hospedagem, minha preocupação é a aplicação desktop. 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. Uma das empresas que trabalhei operam desta forma com vários usuários simultâneos e com sistemas ERP complexos quando o cliente não quer hospedar o próprio sistema por falta de hardware, e a conexão "na ponta" do cliente geralmente é ADSL 10 Megabits. Funciona muito bem (enquanto o cliente tem acesso à Internet). TIAGO J. ADAMI ___ 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.
Em 27/09/2016 14:20, Itamar Reis Peixoto escreveu: On 2016-09-27 11:36 AM, Matheus Saraiva wrote: Queria saber se alguém já teve um cenário parecido com esse e qual foi a experiência. Tenho um sistema local desktop e preciso compartilhar esses dados com o site da empresa. Minha ideia inicial é contratar um VPS e migrar esse banco para ele, no mesmo VPS ficará o servidor web com o site. Na aplicação desktop será configurada a conexão para apontar para o banco no VPS. A quantidade de acessos simultâneos ao site será pequeno geralmente limitando-se aos clientes da empresa, talvez uma média de 10 simultâneos ou nem isso. Até mesmo o acesso pela aplicação local não é constante, geralmente só da hora de fazer uma venda/locação máximo de 30 vendas/locações por dia. Em fim, trata-se de uma micro-empresa com necessidades modestas, mas tenho preocupação com relação ao tempo de resposta entre a aplicação desktop e o banco no VPS. Como a operação de venda/locação não exige pressa, acredito que até 5 segundos (para ter os dados na tela) seria aceitável. A aplicação desktop não usa frameworks orm, e faz uso de views para a maioria consultas e usa funções plpgsql para a maioria das inserções, deleções e updates. Minha preocupação não é com o site pois para ele será uma topologia trivial de hospedagem, minha preocupação é a aplicação desktop. eu te recomendaria desenvolver uma api rest e fazer com que sua aplicacao busque os dados desta api recomendo flask + sqlalchemy para isto. Quanto ao tempo de resposta? Será que eu conseguiria dentro do aceitável que eu citei? Mesmo com a interface rest, visto que é uma camada a mais? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Query cte retornando id - Postgres 9.2
Oi pessoal, WITH rows AS ( SELECT t1.id, t1.clientid, t1.name_first, t1.name_last row_number() OVER (ORDER BY t1.id) AS rn FROM public.not_monthly t1 ), ins_table_1 AS ( INSERT INTO public.table_1 (clientid,name_first) SELECT clientid, name_first FROM rows RETURNING id ), ins_table_2 AS ( INSERT INTO public.table_2 (name_last,clientid) SELECT name_last, clientid FROM rows RETURNING id ) r AS ( select c_id, ROW_NUMBER() OVER () AS rn FROM ins_table_1 ), t AS ( select id, ROW_NUMBER() OVER () AS rn FROM rows ) -- SELECT r.c_id FROM r JOIN t USING (rn) UPDATE table_2 SET c_id = ( SELECT r.c_id FROM r JOIN t USING (rn) ) WHERE clientid = 124312 RETURNING *; Com a query a cima eu recebo o erro: ERROR: more than one row returned by a subquery used as an expression Mas, o select retorna o c_Id como esperado: SELECT r.c_id FROM r JOIN t USING (rn) O que estou fazendo de errado? public.not_monthly = Tabela que contém dados para importar (importado de um CSV) public.table_1 = Tabela para importar clientid e name_first public.table_2 = Tabela para importar clientid, name_last e c_id (ID da table_1 - Este id deve respeitar a ordem..) clientid é igual para todas as rows, ou seja, não posso me basear nela (WHERE clientid = ) Obrigado! Patrick ___ 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.
On 2016-09-27 11:36 AM, Matheus Saraiva wrote: Queria saber se alguém já teve um cenário parecido com esse e qual foi a experiência. Tenho um sistema local desktop e preciso compartilhar esses dados com o site da empresa. Minha ideia inicial é contratar um VPS e migrar esse banco para ele, no mesmo VPS ficará o servidor web com o site. Na aplicação desktop será configurada a conexão para apontar para o banco no VPS. A quantidade de acessos simultâneos ao site será pequeno geralmente limitando-se aos clientes da empresa, talvez uma média de 10 simultâneos ou nem isso. Até mesmo o acesso pela aplicação local não é constante, geralmente só da hora de fazer uma venda/locação máximo de 30 vendas/locações por dia. Em fim, trata-se de uma micro-empresa com necessidades modestas, mas tenho preocupação com relação ao tempo de resposta entre a aplicação desktop e o banco no VPS. Como a operação de venda/locação não exige pressa, acredito que até 5 segundos (para ter os dados na tela) seria aceitável. A aplicação desktop não usa frameworks orm, e faz uso de views para a maioria consultas e usa funções plpgsql para a maioria das inserções, deleções e updates. Minha preocupação não é com o site pois para ele será uma topologia trivial de hospedagem, minha preocupação é a aplicação desktop. eu te recomendaria desenvolver uma api rest e fazer com que sua aplicacao busque os dados desta api recomendo flask + sqlalchemy para isto. ___ 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.
Em ter, 27 de set de 2016 às 16:53, Rebert Tomaz Aquino < rebertto...@gmail.com> escreveu: > vai depender muito da conexao com a internet... > Por favor, evite top-posting > > Em 27 de setembro de 2016 11:36, Matheus Saraiva < > matheus.sara...@gmail.com> escreveu: > >> Queria saber se alguém já teve um cenário parecido com esse e qual foi a >> experiência. >> Tenho um sistema local desktop e preciso compartilhar esses dados com o >> site da empresa. Minha ideia inicial é contratar um VPS e migrar esse banco >> para ele, no mesmo VPS ficará o servidor web com o site. Na aplicação >> desktop será configurada a conexão para apontar para o banco no VPS. >> A quantidade de acessos simultâneos ao site será pequeno geralmente >> limitando-se aos clientes da empresa, talvez uma média de 10 simultâneos ou >> nem isso. Até mesmo o acesso pela aplicação local não é constante, >> geralmente só da hora de fazer uma venda/locação máximo de 30 >> vendas/locações por dia. >> Em fim, trata-se de uma micro-empresa com necessidades modestas, mas >> tenho preocupação com relação ao tempo de resposta entre a aplicação >> desktop e o banco no VPS. Como a operação de venda/locação não exige >> pressa, acredito que até 5 segundos (para ter os dados na tela) seria >> aceitável. >> A aplicação desktop não usa frameworks orm, e faz uso de views para a >> maioria consultas e usa funções plpgsql para a maioria das inserções, >> deleções e updates. >> Minha preocupação não é com o site pois para ele será uma topologia >> trivial de hospedagem, minha preocupação é a aplicação desktop. >> >> Vai depender de uma série de fatores como qualidade da conexão Internet (como dito pelo outro colega láaá em cima), latência do escritório até o servidor e, principalmente, do tipo de consultas que faz. Como você disse que faz muitas coisas com views, provavelmente você faz uso de pouco tráfego entre o servidor de banco de dados e a aplicação. Com isso, é possível que seu usuário nem sinta muito. Procure hospedar seu banco de dados próximo do escritório em questão é a melhor dica. A segunda melhor dica é testar tudo antes de colocar em produção sua estratégia. A terceira melhor dica, infelizmente negligenciada com frequência, é cuidar dos seus backups, não confiar somente no hospedeiro pra tal, controle seus backups você também. Teste as restaurações, é o principal. Guarde ao menos uma cópia dos dados fora do hospedeiro, como no próprio escritório ou num outro hospedeiro de outra empresa. []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.
vai depender muito da conexao com a internet... Em 27 de setembro de 2016 11:36, Matheus Saraivaescreveu: > Queria saber se alguém já teve um cenário parecido com esse e qual foi a > experiência. > Tenho um sistema local desktop e preciso compartilhar esses dados com o > site da empresa. Minha ideia inicial é contratar um VPS e migrar esse banco > para ele, no mesmo VPS ficará o servidor web com o site. Na aplicação > desktop será configurada a conexão para apontar para o banco no VPS. > A quantidade de acessos simultâneos ao site será pequeno geralmente > limitando-se aos clientes da empresa, talvez uma média de 10 simultâneos ou > nem isso. Até mesmo o acesso pela aplicação local não é constante, > geralmente só da hora de fazer uma venda/locação máximo de 30 > vendas/locações por dia. > Em fim, trata-se de uma micro-empresa com necessidades modestas, mas tenho > preocupação com relação ao tempo de resposta entre a aplicação desktop e o > banco no VPS. Como a operação de venda/locação não exige pressa, acredito > que até 5 segundos (para ter os dados na tela) seria aceitável. > A aplicação desktop não usa frameworks orm, e faz uso de views para a > maioria consultas e usa funções plpgsql para a maioria das inserções, > deleções e updates. > Minha preocupação não é com o site pois para ele será uma topologia > trivial de hospedagem, minha preocupação é a aplicação desktop. > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Rebert Tomaz ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Aplicação desktop com banco de dados hospedado em VPS.
Queria saber se alguém já teve um cenário parecido com esse e qual foi a experiência. Tenho um sistema local desktop e preciso compartilhar esses dados com o site da empresa. Minha ideia inicial é contratar um VPS e migrar esse banco para ele, no mesmo VPS ficará o servidor web com o site. Na aplicação desktop será configurada a conexão para apontar para o banco no VPS. A quantidade de acessos simultâneos ao site será pequeno geralmente limitando-se aos clientes da empresa, talvez uma média de 10 simultâneos ou nem isso. Até mesmo o acesso pela aplicação local não é constante, geralmente só da hora de fazer uma venda/locação máximo de 30 vendas/locações por dia. Em fim, trata-se de uma micro-empresa com necessidades modestas, mas tenho preocupação com relação ao tempo de resposta entre a aplicação desktop e o banco no VPS. Como a operação de venda/locação não exige pressa, acredito que até 5 segundos (para ter os dados na tela) seria aceitável. A aplicação desktop não usa frameworks orm, e faz uso de views para a maioria consultas e usa funções plpgsql para a maioria das inserções, deleções e updates. Minha preocupação não é com o site pois para ele será uma topologia trivial de hospedagem, minha preocupação é a aplicação desktop. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral