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 segue
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:
>>
>>> On Fri, Oct 16,
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:
>> > Dickson, abaixo o inicio dos
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 um dos dump, e estes esq
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 não foi "recortado" pens
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 um dos dump, e estes es
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 n
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" pensand
>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
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
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
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,
>>
>> Paulo.
>>
>> Consegui ger
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.
Consegui gerar na versão 2.3. Alguém consguiu gerar na versão 2.4?
Dickson, abaixo o inicio dos scripts:
Antigo:
-
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
> 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, poi
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
> >
> > Não deve ser oficial mas faz se
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 Tocantins, não é?
O que creio q
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 *Carlos Antônio Pereira (VidaUTI)
>
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 Pos
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 referência. Pode acontecer de v
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 está desatualizado, então seria
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 acu
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 referência fora do seu fuso.
Tem alguma referência oficial para essa informação?
http://www.teleco.com.br/num.asp
Não deve ser oficial mas faz sentido.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-gera
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 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 d
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.
>
>
>
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: xmpp:leand...@jabber.org
+
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?
___
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
pgbr-geral@listas.postgres
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 constraint
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 nova
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
>
> *Subject:* Re: [pgbr-geral]Aplicação que gere scripts DDL da diferen
32 matches
Mail list logo