Em 19/01/15, Márcio A. Sepp escreveu:
>
>
> O que você quer dizer com "date é um tipo de dados composto"?
> Um campo date é um inteiro que contém o número de dias decorridos a partir
> de 2000-01-01.
> Ao declarar como date o PostgreSQL faz as devidas conversões.
>
>
> Eu li no artigo sugerido no i
O que você quer dizer com "date é um tipo de dados composto"?
Um campo date é um inteiro que contém o número de dias decorridos a partir
de 2000-01-01.
Ao declarar como date o PostgreSQL faz as devidas conversões.
Eu li no artigo sugerido no início desta discussão que o autor utilizava o
ano co
http://www.postgresql.org/docs/9.4/static/ddl-constraints.html
A foreign key can also constrain and reference a group of columns. As
usual, it then needs to be written in table constraint form. Here is a
contrived syntax example:
CREATE TABLE t1 (
a integer PRIMARY KEY,
b integer,
c integer
Mateus você deve criar os mesmos campos que compoem a chave primária na
tabela que irá ter a chave estrangeira.
Em 19 de janeiro de 2015 17:36, Matheus Saraiva
escreveu:
> Como faço para criar uma chave estrangeira que aponte para uma tabela que
> tem chave primária composta?
>
> --
> *Chapecó
Como faço para criar uma chave estrangeira que aponte para uma tabela
que tem chave primária composta?
--
*Chapecó - SC*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-gera
On 19-01-2015 16:40, Matheus Ferreira wrote:
> Boa Tarde
>
> Gostaria de saber se alguém utiliza o xDB Replication Console, pois não
> estou conseguindo realizar as conexões com os bancos de dados para
> replicação MMR, existe alguma configuração inicial ??
>
Infelizmente não conheço nada a
Boa Tarde
Gostaria de saber se alguém utiliza o xDB Replication Console, pois não
estou conseguindo realizar as conexões com os bancos de dados para
replicação MMR, existe alguma configuração inicial ??
Att
Matheus Ferreira
---
Este email foi escaneado pelo Avast antivírus.
http:/
> Quando você utiliza o "service postgresql start" ele no log esta
> apresentando "the database system is shutting down"?
>
> >> Sim.
> ==
>
> Seu banco nesse momento esta OK?
> >> Nao, quando a aplicacao tenta conectar, aparece a mesma mensagem
> de erro.
> Assim como
Glauco,
Quando você utiliza o "service postgresql start" ele no log esta apresentando
"the database system is shutting down"?
>> Sim.
==
Seu banco nesse momento esta OK?
>> Nao, quando a aplicacao tenta conectar, aparece a mesma mensagem de erro.
Assim
Flavio Gurgel
>>
>
> Flavio,
>
> estamos usando CentOS 6.3, PostgreSQL 9.1 instalado via repositorio PGDG.
> O comando "service postgresql start" mostra a mensagem "the database
> system is shutting down".
>
>
>
Quando você utiliza o "service postgresql start" ele no log esta
apresentando "the data
2015-01-19 12:20 GMT-02:00 Ricardo :
Esta retornando America/Araguaina e estou em São Paulo.
Então configure o timezone correto no postgresql.conf, por exemplo:
timezone = 'America/Sao_Paulo'
Você pode configurar isso por sessão, usuário ou banco de dados também. Mas
nesse caso me parec
Você mandou o log do encerramento. Ele é absolutamente normal. O FATAL que
aparece é a mensagem enviada a uma das conexões pra avisá-la que o banco
foi encerrado no modo fast (cancelam-se as transações em andamento e
encerram-se a força as conexões).
Poderia nos mandar as mensagens que aparec
No dia 19 de janeiro de 2015 às 12:54, Matheus de Oliveira <
matioli.math...@gmail.com> escreveu:
>
> 2015-01-19 12:20 GMT-02:00 Ricardo :
>
>> Esta retornando America/Araguaina e estou em São Paulo.
>
>
> Então configure o timezone correto no postgresql.conf, por exemplo:
>
> timezone = 'Amer
2015-01-19 12:20 GMT-02:00 Ricardo :
> Esta retornando America/Araguaina e estou em São Paulo.
Então configure o timezone correto no postgresql.conf, por exemplo:
timezone = 'America/Sao_Paulo'
Você pode configurar isso por sessão, usuário ou banco de dados também. Mas
nesse caso me parece
2015-01-15 14:22 GMT-02:00 Márcio A. Sepp :
> Vcs tem usado o campo date como chave da partição?
Creio que os tipos date e timestamp (with/without time zone) são os mais
comuns de se ver em particionamento.
Mas tome cuidado, se você usar na chave algo como (para particionamento
anual, por exe
Bom dia pessoal,
Reparei que ao usar o CURRENT_TIMESTAMP, o retorno está vindo sem
considerar o horário de verão. Pesquisei na internet e vi que na versão 8 do
postgres se ajustar o TIMEZONE como 'unknown' o postgres pega o retorno do SO.
Mas estou usando a versão 9.3 do postgres
>
> Bom dia pessoal,
>>
>> Reparei que ao usar o CURRENT_TIMESTAMP, o retorno está vindo sem
>> considerar o horário de verão. Pesquisei na internet e vi que na versão 8
>> do postgres se ajustar o TIMEZONE como 'unknown' o postgres pega o retorno
>> do SO. Mas estou usando a versão 9.3 do po
No dia 19 de janeiro de 2015 às 10:41, Ricardo
escreveu:
> Bom dia pessoal,
>
> Reparei que ao usar o CURRENT_TIMESTAMP, o retorno está vindo sem
> considerar o horário de verão. Pesquisei na internet e vi que na versão 8
> do postgres se ajustar o TIMEZONE como 'unknown' o postgres pega o
Em 15/01/15, Márcio A. Sepp escreveu:
>
> Não tem problema. É só você criar a sua CHECK CONSTRAINT de acordo. Mas
> veja, as suas cláusulas WHERE tem que bater com o que você colocar lá, senão
> o postgres vai sempre varrer todas as partições.
>
>
>
> Eu achei mais prático trabalhar com o tipo date
Bom dia pessoal,
Reparei que ao usar o CURRENT_TIMESTAMP, o retorno está vindo sem
considerar o horário de verão. Pesquisei na internet e vi que na versão 8 do
postgres se ajustar o TIMEZONE como 'unknown' o postgres pega o retorno do SO.
Mas estou usando a versão 9.3 do postgres e ele não
Pessoal,
hoje, houve uma tentativa de reiniciar o banco atraves do comando
"service postgresql restart", o banco parou e nao subiu mais, conforme
log abaixo:
LOG: terminating walsender process due to replication timeout
LOG: received fast shutdown request
LOG: aborting any active transactions
21 matches
Mail list logo