rfsantos@bol.com.br escreveu:
Algumas dicas das dificuldades que passei:
Tudo que é criado no cluster slave (replicado) deve ser atribuído como
dono o usuário postgres, com plenos direitos.
Porque vc não escreve um artigo sobre esse tema em Servidores Windows...
nessa
Bom dia a todos, estou calculando o total de horas trabalhadas de
funcionario dentro de um SUB-SELECT, so que depois
que a quantidade de horas fica grande o banco automaticamente joga as
horas para dias, quero saber como fazer
para me retornar sempre em horas?
Vs: PostgreSQL 8.3
, ( SELECT
Em 05/11/2010 18:17, Euler Taveira de Oliveira escreveu:
André Ormenese (particular) escreveu:
Restoring user relation files
Segmentation fault (core dumped)
Podes realizar os seguintes passos ...
$ gdb /path/to/pg_upgrade
.
.
.
(gdb) r
.
.
.
(gdb) bt
.
.
.
(gdb) quit
e enviar
SELECT extract('epoch' from (SUM (pp.dthrtermino - pp.dthrinicio) ))*
interval '1 sec';
Exemplo:
postgres=# select extract('epoch' from age('2010-09-17
23:00:00','2010-09-15 05:12:00' ))* interval '1 sec' as horas;
horas
--
65:48:00
(1 row)
2010/11/8
Em 05/11/2010 18:17, Euler Taveira de Oliveira escreveu:
André Ormenese (particular) escreveu:
Restoring user relation files
Segmentation fault (core dumped)
Podes realizar os seguintes passos ...
$ gdb /path/to/pg_upgrade
.
.
.
(gdb) r
.
.
.
(gdb) bt
.
.
.
(gdb) quit
e enviar
Bom dia pessoal,
Estou utilizando o postgresql 8.4 no Fedora 13.
Meu servidor tem 8GB RAM.
Estou configurando o postgresql da seguinte forma:
shared_buffers = 512MB
max_connections = 50
work_mem = 80MB
Quando inicio o serviço e monitoro no comando top vejo que mais de mais de
um processo
Bom dia,
- Mensagem original -
| Bom dia pessoal,
| Estou utilizando o postgresql 8.4 no Fedora 13.
| Meu servidor tem 8GB RAM.
| Estou configurando o postgresql da seguinte forma:
| shared_buffers = 512MB
| max_connections = 50
| work_mem = 80MB
Defina pra gente qual o tipo de
Caro Edsneto,
Esqueça a idéia de seu problema ser no shared_buffers, se levar em
consideracao algumas configuracoes que faço, o seu esta até muito baixo
perto da quantidade de memoria do servidor.
Porem outros detalhes devem ser vistos como, o server ser dedicado a
banco de dados,
Pessoal,
Compramos novos servidores na empresa , e agora iremos implementar um
servidor de desenvolvimento e um de produção. No de desenvolvimento
estariamos inserindo dados , e de tempos em tempos enviando os novos dados
para o servidor de produção. Esse por sua vez estaria recebendo consultas.
2010/11/8 Thiago Godoi thiagogodo...@gmail.com:
Qual a melhor forma para fazer essa cópia?
Já recebi a sugestão de utilizar scripts , como seriam esses scripts ? (Algo
como copy (***) to 'file' / psql -f file )
A menos que seu banco de dados não tenha nenhuma chave estrangeira ou
restrição,
Ola Pessoal
Desculpe a pergunta básica: Faz pouco tempo que comecei a mexer com o PG,
mas não consegui identificar onde ficam as tabelas criadas.
Como saber ou indicar a pasta onde serão geradas as tabelas???
Abraços
___
pgbr-geral mailing list
Em 8 de novembro de 2010 13:31, Alexandre S Gondim
treiname...@magosoftware.com.br escreveu:
Ola Pessoal
Desculpe a pergunta básica: Faz pouco tempo que comecei a mexer com o PG,
mas não consegui identificar onde ficam as tabelas criadas.
Como saber ou indicar a pasta onde serão geradas as
Boa tarde André,
Primeiramente muito obrigado pela ajuda,
Defina pra gente qual o tipo de aplicação,
Essa aplicação é uma ferramenta de monitoramento de trafego veicular em
tempo real.
todos os veículos que passam pelo local onde estão instaladas as nossas
cameras tem sua foto capturada, a placa
Olá,
Em 8 de novembro de 2010 11:04, André Volpato
andre.volp...@ecomtecnologia.com.br escreveu:
Bom dia,
- Mensagem original -
| Bom dia pessoal,
| Estou utilizando o postgresql 8.4 no Fedora 13.
| Meu servidor tem 8GB RAM.
| Estou configurando o postgresql da seguinte forma:
|
Olá,
Em 8 de novembro de 2010 13:31, Alexandre S Gondim
treiname...@magosoftware.com.br escreveu:
Ola Pessoal
Desculpe a pergunta básica: Faz pouco tempo que comecei a mexer com o PG,
mas não consegui identificar onde ficam as tabelas criadas.
Como assim? Você quer saber onde os estão
Valeu pela dica...
Abraços
Alexandre S Gondim
Mago Desenvolvimento de Software Ltda
Original Message
From: JotaComm
To: Comunidade PostgreSQL Brasileira
Sent: Seg, Nov 8, 2010, 15:23 PM
Subject: Re: [pgbr-geral] Novato - Onde ficam as tabelas do banco
Olá,
Em 8 de novembro de 2010
Pessoal qual a melhor forma de armazenar cpf em uma tabela?
melhor usar char(11)?
to com essa dúvida...
penso em melhor desempenho para a base...
grato
Beto Lima
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Beto,
Não importa qual o tipo de campo. Se for uma tabela que irá quardar muitos
dados e a pesquisa vai ser realizada pelo o número do CPF você pode criar um
index e pronto.
abraço
From: betol...@gmail.com
Date: Mon, 8 Nov 2010 22:55:16 +0430
To: pgbr-geral@listas.postgresql.org.br
Em 8 de novembro de 2010 16:25, Beto Lima betol...@gmail.com escreveu:
Pessoal qual a melhor forma de armazenar cpf em uma tabela?
melhor usar char(11)?
to com essa dúvida...
penso em melhor desempenho para a base...
grato
Em minha opinião o tipo de dados bigint (8 bytes) é adequado ao
No meu caso eu já uso o char, pq com campos numéricos não serão
guardados os zeros à esquerda. Se você for usar o mesmo campo para
armazenar CPF e CNPJ os zeros à esquerda podem transformar um CNPJ em
um CPF (verificações à parte). Eu já tive trabalho com isso e não
recomendo campos numéricos para
Em 8 de novembro de 2010 17:39, Marcone marconepe...@gmail.com escreveu:
No meu caso eu já uso o char, pq com campos numéricos não serão
guardados os zeros à esquerda. Se você for usar o mesmo campo para
armazenar CPF e CNPJ os zeros à esquerda podem transformar um CNPJ em
um CPF (verificações
/*
Eu uso bigint sugerido por Oswaldo e na hora da apresentação uso
essas duas functions:
Detalhe não valida os cpf apenas mascara
*/
DROP FUNCTION IF EXISTS sp_formataCPF(cpf_bigint BIGINT);
CREATE OR REPLACE FUNCTION sp_formataCPF (cpf_bigint BIGINT) RETURNS TEXT AS $$
--OBS: Essa function nao
Olha fiquei meio tonto aqui rsrs
Não sou DBA sou programador Delphi, PHP, mas eu quem crio minhas bases, pois
trabalho sozinho em casa, e gostaria de entender melhor isso.
Por que todo esse trabalho?
O ganho em guardar Bigint é tão grande assim, com relação ao char ou
varchar?
Ou existe alguma
Acho que sim. o NUMERO 191 com zeros a esquerda pela funcao de validação
pode ser tanto cpf como cnpj.
191 - Cpf valido
000191 - Cnpj valido
2010/11/8 Osvaldo Kussama osvaldo.kuss...@gmail.com
Em 8 de novembro de 2010 17:39, Marcone marconepe...@gmail.com escreveu:
No meu
?Eu neste caso, acho melhor char(11) só cpf e char(14) cnpj ou cnpj junto
com cpf.
Minhas justificativas:
char porque: este campo não vai ser usado para calculos (tipo salarios,
vendas,etc) e o uso de qualuqer tipo de campo valor ao meu ver é mais
dispendioso para o banco de dados.
char em vez
Pessoal muito obrigado pelas dicas e já tenho mais duvidas...
bom o bigint então seria mais rapido do que o char?
bom refiz a tabela e ficou assim:
se tiver algo a melhorar nela agradeço
CREATE TABLE func_ativos
(
id_func_ativos serial NOT NULL,
cpf bigint NOT NULL,
registro numeric NOT
hum... pelo que eu entendo quandar CPF num campo char(14) junto com o CNPJ
seria mais custoso para o banco... haja visto que serão guardados os
caracteres em branco não é?
E na hora de recuperar voce tem que fazer uso do Trim() senao pode dar xabu,
pois
123
é diferencte de
123
Ou seja num
Em 8 de novembro de 2010 18:14, Emerson Hermann
emersonherm...@gmail.com escreveu:
/*
Eu uso bigint sugerido por Oswaldo e na hora da apresentação uso
essas duas functions:
Detalhe não valida os cpf apenas mascara
*/
DROP FUNCTION IF EXISTS sp_formataCPF(cpf_bigint BIGINT);
CREATE OR
Roberto,
Realmente não desejo copiar a base completa a cada nova rodada, assim devo
criar internamente um controle de quais dados são novos na base e devem ser
migrados para produção no momento que executar meu script , certo ?
Obrigado.
Em 8 de novembro de 2010 12:33, Roberto Mello
osvaldo.kuss...@gmail.com escreveu:
Creio que você está fazendo uma confusão entre o formato de
armazenamento e o formato de exibição.
O número 1 = 01 = 001 etc, a cadeia de caracteres 1 realmente é
diferente de 01 ou 001 mas tanto o CPF quanto o CNPJ são códigos
numéricos, ou seja, zeros
30 matches
Mail list logo