Bom dia senhores;
Existe uma diferença de uma hora entre meu servidor windows e o Postgresql
nele instalado:
Hora windows: 2012-01-30 00:34:51
Hora Postgresql, função now() 2012-01-29 00:23:54:51
Minha base: Windows XP e Postgresql 9.1.1
preciso entender porque isso acontece e como ter a
Em 30 de janeiro de 2012 08:45, Emanuel Araújo eac...@gmail.com escreveu:
pg_dump -h pg84 db01 -Fc -b -v | pg_restore --disable-triggers -v -i -d
db01_mig
Parece que você fez tudo certinho.
Existe um assunto conhecido, cujo link está em [1]. E parece que os valores
do seu banco de dados caem
Note que as versões do gcc são diferentes entre os dois bancos e,
provavelmente, as bibliotecas envolvidas na compilação do PostgreSQL também
são. Resumindo, a versão mais antiga do gcc aceitou a entrada dos dados mas
a nova não aceita.
Entendi, no caso eu poderia atualizar as bibliotecas
Pessoal eu tenho a seguinte constraint que segue em baixo. É possível
que, em caso de erro, saibamos qual o campo que dá erro, ou mais
informações acerca do mesmo?
Porque só dá o nome da constraint em questão e muitas vezes perde-se
muito tempo para descobrirmos o erro...
Obrigado
ALTER
Pessoal eu tenho a seguinte constraint que segue em baixo. É possível
que, em caso de erro, saibamos qual o campo que dá erro, ou mais
informações acerca do mesmo?
Porque só dá o nome da constraint em questão e muitas vezes perde-se
muito tempo para descobrirmos o erro...
Obrigado
Em 30-01-2012 12:16, Flavio Henrique Araque Gurgel escreveu:
Como ela é composta de vários or, então você pode criar uma
restrição para cada linha da sua original, com nomes diferentes.
É possível uma restrição para cada linha?
Se eu digo que o 'cod' tem de ser Y, depois já não vou poder
Como ela é composta de vários or, então você pode criar uma
restrição para cada linha da sua original, com nomes diferentes.
É possível uma restrição para cada linha?
Se eu digo que o 'cod' tem de ser Y, depois já não vou poder adicionar
outra que pode ser X, ou estou errado?
Desculpe, fiz
Sem problema, mas eu ao fazer um trigger a ideia é que ele verifica se
cumpre os requisitos através do check?
e como ele dá a resposta do erro mais pormenorizadamente?
Sou um bocado leigo
Obrigado
Em 30-01-2012 12:25, Flavio Henrique Araque Gurgel escreveu:
Como ela é composta de vários
Em 30/01/12, Emanuel Araújoeac...@gmail.com escreveu:
Desconfio que o problema seja sua plataforma e não o PostgreSQL. Qual a
saída
de select version() de ambas as máquinas? Qual o comando utilizado para
fazer
a cópia no CentOS?
O comando que estou fazendo é a partir de um host
Sem problema, mas eu ao fazer um trigger a ideia é que ele verifica se
cumpre os requisitos através do check?
Você mantém suas restrições normalmente.
e como ele dá a resposta do erro mais pormenorizadamente?
O gatilho chama uma função que checa seus dados antes de irem pra tabela.
Sou um
Bom dia,
Estou tendo problemas, com acentuação com trio PostgreSQL + Zeos e Lazarus.
Meu banco esta assim:
ENCODING = 'WIN1252'
LC_COLLATE = 'Portuguese, Brazil'
LC_CTYPE = 'Portuguese, Brazil'
Como contornar esse problema?
Obrigado;
Edson
Olá,
Em 30 de janeiro de 2012 10:55, Edson Lidorio edson...@gmail.com escreveu:
Bom dia,
** **
Estou tendo problemas, com acentuação com trio PostgreSQL + Zeos e
Lazarus.
Meu banco esta assim:
ENCODING = 'WIN1252'
LC_COLLATE = 'Portuguese, Brazil'
LC_CTYPE =
Le 2012-J-30 09h5, Flavio Henrique Araque Gurgel a écrit :
O timezone do PostgreSQL é independente do sistema operacional.
Argh!
Acho que isso já foi discutido aqui, mas… por quê?
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191
Em 30/01/12, Edson Lidorioedson...@gmail.com escreveu:
Bom dia,
Estou tendo problemas, com acentuação com trio PostgreSQL + Zeos e Lazarus.
Meu banco esta assim:
ENCODING = 'WIN1252'
LC_COLLATE = 'Portuguese, Brazil'
LC_CTYPE = 'Portuguese, Brazil'
Como contornar esse problema?
Le 2012-J-30 10h55, Edson Lidorio a écrit :
ENCODING = 'WIN1252'
[…]
Como contornar esse problema?
Impossível dizer sem ter mais detalhes. Mas tu realmente precisas usar
uma codificação restritiva e obsoleta? Por que não UTF8?
--
skype:leandro.gfc.dutra?chat Yahoo!:
será que podia só dar mais umas dicas sobre a função?
Obrigado
Em 30-01-2012 12:54, Flavio Henrique Araque Gurgel escreveu:
Sem problema, mas eu ao fazer um trigger a ideia é que ele verifica se
cumpre os requisitos através do check?
Você mantém suas restrições normalmente.
e como ele dá
On 30-01-2012 07:44, Emanuel Araújo wrote:
O comando que estou fazendo é a partir de um host postgreSQL 91:
pg_dump -h pg84 db01 -Fc -b -v | pg_rstore --disable-triggers -v -i -d
db01_mig
Tente fazer a cópia utilizando o pg_dump da 8.4 ao invés da 9.1.
--
Euler Taveira de Oliveira -
O problema é com os acentos.
Se escrevo:
MAÇÃ LINGUIÇA CACHAÇA AÇÚCAR
Aparece assim no banco:
MAÇÃ LINGUIÇA CACHAÇA AÇÚCAR
Meu encoding é:win1252
Edson
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de JotaComm
On 30-01-2012 10:13, Leandro Guimarães Faria Corce DUTRA wrote:
Le 2012-J-30 09h5, Flavio Henrique Araque Gurgel a écrit :
O timezone do PostgreSQL é independente do sistema operacional.
Nem sempre. Ele pode ser dependente se você utilizar --with-system-tzdata.
Acho que isso já foi
Em 30/01/12, Edson Lidorioedson...@gmail.com escreveu:
O problema é com os acentos.
Se escrevo:
MAÇÃ LINGUIÇA CACHAÇA AÇÚCAR
Aparece assim no banco:
MAÇÃ LINGUIÇA CACHAÇA AÇÚCAR
Meu encoding é:win1252
O PostgreSQL tem 2 encodings:
- server_encoding
- client_encoding
Use o
2012/1/30 Euler Taveira de Oliveira eu...@timbira.com:
On 30-01-2012 10:13, Leandro Guimarães Faria Corce DUTRA wrote:
Le 2012-J-30 09h5, Flavio Henrique Araque Gurgel a écrit :
O timezone do PostgreSQL é independente do sistema operacional.
Nem sempre. Ele pode ser dependente se você
On 30-01-2012 13:23, Guimarães Faria Corcete DUTRA, Leandro wrote:
2012/1/30 Euler Taveira de Oliveira eu...@timbira.com:
On 30-01-2012 10:13, Leandro Guimarães Faria Corce DUTRA wrote:
Le 2012-J-30 09h5, Flavio Henrique Araque Gurgel a écrit :
O timezone do PostgreSQL é independente do
server_encoding
-
WIN1252
client_encoding
-
WIN1252
O problema é com Zeos com Lazarus que não aceita o encoding win1252.
Meu banco esta utilizando o enconding win1252, uso Windows hoje.
Se amanhã eu utilizar Linux terei problemas para migrar de Windows para
Nas minhas bases, em Windows XP,Vista,7 e 2008, coloquei no postgresql.conf:
timezone = 'America/Sao_Paulo'
e funcionou direitinho. Só não esqueça de re-inicar (no meu caso, reiniciei as
maquinas, mas acredito que re-iniciando somente o pg dá certo).
Se for de outro estado, procure ele ou
Boa tarde.
Por linha de comando.
*ZConnecion1.Properties*.*Add* ('Codepage=WIN1252');
2012/1/30 Marcelo Silva (IG) marc...@ig.com.br
Tive problemas com acentos no inicio, depois das dicas aqui acabei ficando
com
codepage=LATIN1
client_encoding=LATIN1
Na Properties do ZConnection
Aí
Passei no código e não deu certo.
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Herminio E.
Piram
Enviada em: segunda-feira, 30 de janeiro de 2012 17:10
Para: Marcelo Silva (IG); Comunidade PostgreSQL Brasileira
Assunto: Re:
Ja que voce tem os campos cod, localizacao e desenho praticamente
definidos, porque nao tenta usar relacionamentos
para estes campos e na constraint voce verifica este relacionameto ?
tipo:
ALTER TABLE elementos ADD CONSTRAINT elementos_mal_inseridos CHECK (
(( select xxx . xxx ) is NOT
27 matches
Mail list logo
