Em 26 de maio de 2011 11:51, Alessandro Lima escreveu:
> Bom dia a todos,
> Tenho uma aplicação java web que utiliza jdbc + spring + jta + pool de
> conexões no glassfish 2.1
> Quando realizo uma rotina para incluir e alterar um grande número de
> registros a aplicação está travando,
> ou seja, ni
Em 26 de maio de 2011 13:02, Flavio Henrique Araque Gurgel
escreveu:
>> Ou seria os antigos DBF (XBase)?? Já vi aplicações com essa estrutura
>> "anômala" oriundos de DBFs... :-)
>
> Eu suporto um cliente assim - a aplicação original é feita em Dataflex.
> A diferença é que meu cliente contratou u
Na verdade a versão é a 8.0, acabei de confirmar
2011/5/26 Euler Taveira de Oliveira
> Em 26-05-2011 15:55, Cesar Pedroso escreveu:
> > Pode ser que a versão do Postgres dele seja inferior a 8.2 e assim de
> problemas?
> >
> A versão do postgres é <= 8.0.
>
>
> --
> Euler Taveira de Oliveira -
Em 26-05-2011 15:55, Cesar Pedroso escreveu:
> Pode ser que a versão do Postgres dele seja inferior a 8.2 e assim de
> problemas?
>
A versão do postgres é <= 8.0.
--
Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/
PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7
Salve salve a todos,
Pessoal enviei um simples update para ser executado e esta aparecendo esse
erro:
ERROR: type "e" does not exist
No update tem o escape, UPDATE SET = E';
Estou substituindo as aspas por 2 aspas e as \ por \\.
No meu teste tudo ocorreu perfeitamente.
Pode ser que a versão
Em 26-05-2011 13:53, Flavio Henrique Araque Gurgel escreveu:
> Você tem de usar o pg_restore e a opção -j, a partir da versão 8.4.
> Ele fará jobs paralelos na hora de criar alguns índices (várias
> conexões com vários trabalhos simultâneos)
>
... tabelas também.
--
Euler Taveira de Oliveira
Em 26 de maio de 2011 13:42, Rieg - JP escreveu:
> Bom dia!
>
> Eu estou com uma dúvida referente ao uso de processamento do banco de dados
> PostgreSQL em algumas rotinas de manutenção.
>
> Quando executo o pg_dump ou até o pg_dumpall, o SO executa o comando em
> multiprocesso utilizando assim me
Bom dia!
Eu estou com uma dúvida referente ao uso de processamento do banco de dados
PostgreSQL em algumas rotinas de manutenção.
Quando executo o pg_dump ou até o pg_dumpall, o SO executa o comando em
multiprocesso utilizando assim melhor o processamento do hardware, porém quando
executo um r
2011/5/26 Euler Taveira de Oliveira :
> Em 26-05-2011 11:15, Leandro DUTRA escreveu:
>> Chaves podem
>> ser declaradas sem índice, a criação automática de um índice para cada
>> chave é uma particularidade do SQL
>>
> Eu diria dos SGBDs; o padrão SQL *não* define índices (na verdade, nada que
> sej
Em 26 de maio de 2011 12:56, Fabrízio de Royes Mello
escreveu:
>
> Em 26 de maio de 2011 12:41, Flavio Henrique Araque Gurgel
> escreveu:
>>
>> Uma pergunta só: o sistema foi originalmente escrito pra MySQL com MyISAM?
>>
>
> Hehehehe... mas mesmo em MySQL com MyISAM não precisariam exagerar tant
Em 26 de maio de 2011 12:41, Flavio Henrique Araque Gurgel escreveu:
>
> Uma pergunta só: o sistema foi originalmente escrito pra MySQL com MyISAM?
>
>
Hehehehe... mas mesmo em MySQL com MyISAM não precisariam exagerar tanto ao
ponto de nao ter nem índices né!!!
Ou seria os antigos DBF (XBase)??
Em 26 de maio de 2011 12:10, Guilherme Carvalho escreveu:
> Bom dia comunidade, há tempos venho acompanhando a lista e inclusive tive
> várias dúvidas minhas sanadas pelas mensagens no grupo.
>
Legal... para isso que estamos ai... para compartilhar...
> Estou agora numa situação que é a de an
Em 26 de maio de 2011 12:10, Guilherme Carvalho
escreveu:
> Bom dia comunidade, há tempos venho acompanhando a lista e inclusive tive
> várias dúvidas minhas sanadas pelas mensagens no grupo. Estou agora numa
> situação que é a de analisar um banco de dados postgresql, e me deparei com
> vários fa
Em 26-05-2011 11:15, Leandro DUTRA escreveu:
> Chaves podem
> ser declaradas sem índice, a criação automática de um índice para cada
> chave é uma particularidade do SQL
>
Eu diria dos SGBDs; o padrão SQL *não* define índices (na verdade, nada que
seja relativo ao modelo físico).
> Isso me fez pe
Bom dia comunidade, há tempos venho acompanhando a lista e inclusive tive
várias dúvidas minhas sanadas pelas mensagens no grupo. Estou agora numa
situação que é a de analisar um banco de dados postgresql, e me deparei com
vários fatores que colocaram em dúvidas meu conhecimento em banco de dados e
Em 26-05-2011 11:51, Alessandro Lima escreveu:
> ninguem consegue realizar mais nenhuma consulta ao banco.
>
Improvável. A não ser que estoure o número de conexões.
> Existe alguma configuração do postgres que possa resolver este travamento?
>
Cadê os detalhes do PostgreSQL? Você não citou nenhum.
2011/5/26 Alessandro Lima :
> Bom dia a todos,
> Tenho uma aplicação java web que utiliza jdbc + spring + jta + pool de
> conexões no glassfish 2.1
> Quando realizo uma rotina para incluir e alterar um grande número de
> registros a aplicação está travando,
> ou seja, ninguem consegue realizar mais
Bom dia a todos,
Tenho uma aplicação java web que utiliza jdbc + spring + jta + pool de
conexões no glassfish 2.1
Quando realizo uma rotina para incluir e alterar um grande número de
registros a aplicação está travando,
ou seja, ninguem consegue realizar mais nenhuma consulta ao banco.
Obs.: esta
Alguma sugestão?
Em 26 de maio de 2011 11:17, Leandro DUTRA
escreveu:
> 2011/5/26 Alexsander Rosa :
> > Tudo isso porque eu queria evitar que o filho de um casal onde ambos são
> > funcionários tivesse dois registros no sistema... :-)
>
> Todo problema lógico é fundamental.
>
>
> --
> skype:leand
2011/5/26 Pedro B. Alves :
> Pessoal como eu posso fazer um select para retornar os registros de
> uma tebela com autorelacionamento?
Vide documentação da cláusula WITH.
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 gTalk: xmpp:leand...@jabbe
2011/5/26 Alexsander Rosa :
> Tudo isso porque eu queria evitar que o filho de um casal onde ambos são
> funcionários tivesse dois registros no sistema... :-)
Todo problema lógico é fundamental.
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 g
2011/5/26 ivo nascimento :
>
> Em 25 de maio de 2011 23:51, Leandro DUTRA
> escreveu:
>>
>> Na verdade, não tenho nada contra chaves artificiais — desde que
>> usadas estritamente quando necessário, não sempre.
>
> exato... também penso da mesma maneira
Não entendi. Na mensagem anterior, e na se
Pessoal como eu posso fazer um select para retornar os registros de
uma tebela com autorelacionamento?
tabela: conta
id
conta_id
descricao
id | conta_id | descricao
1 | | receitas
2 | 1 | vendas avista
3 | 1 | vendas a prazo
4 | 2 | venda
Então é 1:N ou N:M com mais atributos do negócio.
2011/5/26 Irineu
> Em 26/05/2011 09:30, Alexsander Rosa escreveu:
> > Tudo isso porque eu queria evitar que o filho de um casal onde ambos
> > são funcionários tivesse dois registros no sistema... :-)
>
> Mas no caso do dependente em questão o fi
Em 26/05/2011 09:30, Alexsander Rosa escreveu:
> Tudo isso porque eu queria evitar que o filho de um casal onde ambos
> são funcionários tivesse dois registros no sistema... :-)
Mas no caso do dependente em questão o filho é de ambos, mas apenas 1
dos funcionários pode ter o dependente,
ou então
Ponha as regras na mesa (lista)
Como AD vejo um relacionamento N:M. Quanto a usar Artificial ou Natural,
DEPENDE. Trabalho com as duas (muitas vezes no mesmo projeto) e se existisse
uma perfeita, a outra já seria expurgada do SGBD (ou citada como
deprecated).
Continuem...
2011/5/26 Alexsand
Casos que o modelo tem que suportar:
- filho em que os dois pais são funcionários
- filho em que um dos pais é funcionário, casado com o(a) pai/mãe deles
- filho em que um dos pais é funcionário, separado do(a) pai/mãe deles, sem
descontar pensão em folha
- filho em que um dos pais é funcionário, s
> Não tenho certeza sobre o escopo, mas essas discussões são salutares
> nesta lista, e construtivas da perspectiva onde o DBA deveria,
(...)
Se o Léo falou, tá falado. Retiro o que disse e que a discussão prossiga.
[]s
Flavio
___
pgbr-geral mailing list
Não. Na prática é uma situação um tanto quanto rara, esta.
Em 26 de maio de 2011 09:42, Aldemir Vieira escreveu:
> Já se decidiu? Uma pergunta: O dependente sempre terá pai e mãe como
> funcionários?
>
> 2011/5/26 Alexsander Rosa
>
>> Tudo isso porque eu queria evitar que o filho de um casal on
2011/5/26 Flavio Henrique Araque Gurgel :
>> [1] http://dilbert.com/strips/comic/2008-05-07/
>
> Euler, este quadrinho encerra com chave de ouro esta thread :)
> Acho que estamos discutindo filosofia de AD, passou do escopo PostgreSQL.
Não tenho certeza sobre o escopo, mas essas discussões são sal
Já se decidiu? Uma pergunta: O dependente sempre terá pai e mãe como
funcionários?
2011/5/26 Alexsander Rosa
> Tudo isso porque eu queria evitar que o filho de um casal onde ambos são
> funcionários tivesse dois registros no sistema... :-)
>
> Em 26 de maio de 2011 09:11, ivo nascimento escreve
Tudo isso porque eu queria evitar que o filho de um casal onde ambos são
funcionários tivesse dois registros no sistema... :-)
Em 26 de maio de 2011 09:11, ivo nascimento escreveu:
> fato.
> vamos pra proxima entao.
> []
>
> Em 26/05/2011 09:07, "Flavio Henrique Araque Gurgel" >escreveu:
>
>
>
fato.
vamos pra proxima entao.
[]
Em 26/05/2011 09:07, "Flavio Henrique Araque Gurgel" escreveu:
Em 26 de maio de 2011 01:44, Euler Taveira de Oliveira
escreveu:
> Essa discussão chave natural x artificial faz-me lembrar do Dilbert [1].
Toda
> vez que vejo um s...
Euler, este quadrinho encerra
Em 26 de maio de 2011 01:44, Euler Taveira de Oliveira
escreveu:
> Essa discussão chave natural x artificial faz-me lembrar do Dilbert [1]. Toda
> vez que vejo um sistema com uma quantidade enorme de chaves artificiais,
> aquela frase dita pelo Dilbert fica martelando minha cabeça. A maioria dess
34 matches
Mail list logo