Em 16 de outubro de 2015 14:43, Dickson S. Guedes
escreveu:
> On Fri, Oct 16, 2015 at 01:53:43PM -0300, Carlos Antônio Pereira (VidaUTI)
> wrote:
> > Dickson, abaixo o inicio dos scripts:
>
> Tenho quase certeza que precisa ter um "CREATE SCHEMA ..." explicito
> em cada
2015-10-16 14:29 GMT-03:00 Euler Taveira :
> On 16-10-2015 12:59, Guimarães Faria Corcete DUTRA, Leandro wrote:
>>
>> O que creio que tinha de mudar é dar nomes às regiões. Esse sistema
>> de cidades de referência não é óbvio o suficiente.
>>
> É uma boa ideia mas o Brasil
On Fri, Oct 16, 2015 at 01:53:43PM -0300, Carlos Antônio Pereira (VidaUTI)
wrote:
> Dickson, abaixo o inicio dos scripts:
Tenho quase certeza que precisa ter um "CREATE SCHEMA ..." explicito
em cada um dos dump, e estes esquemas precisam ser os mesmos,
o apgdiff vai fazer o "parsing" baseado
Em 16 de outubro de 2015 14:43, Dickson S. Guedes
escreveu:
On Fri, Oct 16, 2015 at 01:53:43PM -0300, Carlos Antônio Pereira (VidaUTI)
wrote:
> Dickson, abaixo o inicio dos scripts:
Tenho quase certeza que precisa ter um "CREATE SCHEMA ..." explicito
em cada
Em 16 de outubro de 2015 16:04, Carlos Antônio Pereira (VidaUTI) <
carlosanto...@utivida.com.br> escreveu:
> Em 16 de outubro de 2015 14:43, Dickson S. Guedes
> escreveu:
>
>> On Fri, Oct 16, 2015 at 01:53:43PM -0300, Carlos Antônio Pereira
>> (VidaUTI) wrote:
>> >
2015-10-16 13:53 GMT-03:00 Carlos Antônio Pereira (VidaUTI) <
carlosanto...@utivida.com.br>:
>
> Em 16 de outubro de 2015 12:41, Paulo
> escreveu:
>
>> Achei que o problema era só comigo.
>>
>> Aqui ocorreu o mesmo, demora e não mostra o resultado.
>>
>>
>>
>> Att,
On 16-10-2015 12:59, Guimarães Faria Corcete DUTRA, Leandro wrote:
Perfeito, porque ficas em Tocantins, não é?
Sim.
O que creio que tinha de mudar é dar nomes às regiões. Esse sistema
de cidades de referência não é óbvio o suficiente.
É uma boa ideia mas o Brasil não foi "recortado"
Em 16 de outubro de 2015 16:22, Alessandro Gonçalves <
alessan...@nmsistemas.com.br> escreveu:
> Em 16 de outubro de 2015 16:04, Carlos Antônio Pereira (VidaUTI) <
> carlosanto...@utivida.com.br> escreveu:
>
>> Em 16 de outubro de 2015 14:43, Dickson S. Guedes
>> escreveu:
>O que deu certo comigo foi na versão 2.4
Teria como você me disponibilizar essa versão 2.4?
carlosanto...@utivida.com.br
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Pessoal,
Estamos lançando uma campanha para incentivar pessoas que já
participaram de edições anteriores do PGBR a participar novamente esse ano.
Os descontos serão percentuais, ou seja, poderá ser utilizado para
inscrições de Palestras e Tutoriais.
As regras para participação serão as que
Em 15 de outubro de 2015 18:15, Carlos Antônio Pereira (VidaUTI) <
carlosanto...@utivida.com.br> escreveu:
>
> *From:* Alessandro Gonçalves
> *Sent:* Friday, October 09, 2015 9:01 AM
> *To:* Comunidade PostgreSQL Brasileira
>
>
Como você fez para gerar o diff?
java -jar apgdiff --ignore-start-with antigo.sql atual.sql > diferenca.sql
As versões do postgresql onde estão as bases são iguais?
Isso eu não sei exatamente porque o banco antigo está vindo de outro local.
Mas vou baixar no meu servidor e testar
Oi pessoal.
Fiz um novo teste no apdiff e os resultados foram os seguintes:
Comando 1)
java -jar apgdiff --ignore-start-with db_old.sql db_new.sql > diferenca.sql
Comando 2)
java -jar apgdiff db_old.sql db_new.sql
Não gerou o arquivo mas mostrou o resultado em tela;
Gerou algumas
2015-10-16 12:10 GMT-03:00 Euler Taveira :
> O ideal é você utilizar o mais próximo possível da localidade da aplicação.
Sim, mas não exatamente. Na verdade, esse sistema com nomes usa
cidades de referência. Pode acontecer de você estar mais próximo de
uma cidade de
On 16-10-2015 12:16, Guimarães Faria Corcete DUTRA, Leandro wrote:
2015-10-16 12:10 GMT-03:00 Euler Taveira :
O ideal é você utilizar o mais próximo possível da localidade da aplicação.
Sim, mas não exatamente. Na verdade, esse sistema com nomes usa
cidades de
Achei que o problema era só comigo.
Aqui ocorreu o mesmo, demora e não mostra o resultado.
Att,
Paulo.
De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de
Carlos Antônio Pereira (VidaUTI)
Enviada em: sexta-feira, 16 de outubro de 2015 11:03
Para: Comunidade
On 16-10-2015 11:25, Vinicius Santos wrote:
Bom dia pessoal,
Existe alguma diferença relevante de deixar o parâmetro timezone como
"Brazil/East" ou como ""Etc/GMT-3".
No meu caso que estou em São Paulo, qualquer timezone GMT-3 daria na mesma?
O ideal é você utilizar o mais próximo possível da
On 15-10-2015 12:32, Franklin Anderson de Oliveira Souza wrote:
Então é isso? O pg_archivecleanup deleta todos os wals anteriores mas
não os '.backup'?
>
Sim.
Se adotar a rotina de gerar um basebackup semanalmente e deletar os wals
antigos com
o pg_archivecleanup terei ao longo do tempo um
2015-10-16 12:13 GMT-03:00 Carlos Antônio Pereira (VidaUTI)
:
> Tem alguma referência oficial para essa informação?
> http://www.teleco.com.br/num.asp
>
> Não deve ser oficial mas faz sentido.
Já ajuda, obrigado. Aponta para http://www.teleco.com.br/num_cel.asp
que
Em 16-10-2015 11:25, Vinicius Santos escreveu:
Bom dia pessoal,
Existe alguma diferença relevante de deixar o parâmetro timezone como
"Brazil/East" ou como ""Etc/GMT-3".
No meu caso que estou em São Paulo, qualquer timezone GMT-3 daria na mesma?
___
Se começar com 6, 7, 8 ou 9 e tiver 8 ou 9 digitos é celular
Em 15 de outubro de 2015 22:22, Douglas Fabiano Specht <
douglasfabi...@gmail.com> escreveu:
> Pessoal
> alguém tem alguma função para descobrir se um numero de telefone é um
> ceular?
> tem por expressão regular mas nao consegui.
>
>
Bom dia pessoal,
Existe alguma diferença relevante de deixar o parâmetro timezone como
"Brazil/East" ou como ""Etc/GMT-3".
No meu caso que estou em São Paulo, qualquer timezone GMT-3 daria na mesma?
___
pgbr-geral mailing list
2015-10-16 11:46 GMT-03:00 Ivo Sestren Junior :
> Se começar com 6, 7, 8 ou 9 e tiver 8 ou 9 digitos é celular
Tem alguma referência oficial para essa informação?
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 gTalk:
On Fri, Oct 16, 2015 at 11:03:12AM -0300, Carlos Antônio Pereira (VidaUTI)
wrote:
> Oi pessoal.
> Fiz um novo teste no apdiff e os resultados foram os seguintes:
> Comando 1)
> java -jar apgdiff --ignore-start-with db_old.sql db_new.sql >
> diferenca.sql
> Comando 2)
> java -jar apgdiff
Em 16 de outubro de 2015 12:41, Paulo
escreveu:
> Achei que o problema era só comigo.
>
> Aqui ocorreu o mesmo, demora e não mostra o resultado.
>
>
>
> Att,
>
> Paulo.
>
>
>
> *De:* pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] *Em
> nome de
Em 16 de outubro de 2015 12:18, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:
> 2015-10-16 12:13 GMT-03:00 Carlos Antônio Pereira (VidaUTI)
> :
> > Tem alguma referência oficial para essa informação?
> > http://www.teleco.com.br/num.asp
> >
> >
2015-10-16 12:24 GMT-03:00 Euler Taveira :
> Eu, por exemplo, uso America/Araguaina e não America/Sao_Paulo porque pode
> ser que no próximo ano o governo resolva voltar o horário de verão e eu não
> precisarei mexer na minha configuração.
Perfeito, porque ficas em
> O problema é que o campo está sem mascara e telefones convencionais juntos,
> ou seja aquela bagunça de sempre,
> exemplo:
> 48-
> 49--
> 049--
> (49)-
> (49)
>
> por isso queria ver se alguem tinha alguma função para compartilhar, algo do
> tipo regex,
O problema é que o campo está sem mascara e telefones convencionais juntos, ou
seja aquela bagunça de sempre,
exemplo:
48-
49--
049--
(49)-
(49)
por isso queria ver se alguem tinha alguma função para compartilhar, algo do
tipo regex, pois não consigo
Em 16 de outubro de 2015 13:05, Douglas Fabiano Specht <
douglasfabi...@gmail.com> escreveu:
>
> por isso queria ver se alguem tinha alguma função para compartilhar, algo
> do tipo regex, pois não consigo entender como funciona essa parada.
>
velho, tem um regex e detalhes do que ele faz nesse
30 matches
Mail list logo