Bom dia,
Achei muito interessante esta discussão sobre storage e gostaria de
enviá-la completa, ou seja todos os e-mails , completa para um amigo que
está pensando em comprar um equipamento como este. Tem como enviar todas
essas mensagens de uma só vez sem que ter de copiá-las uma a uma e
Paulo Marcelo wrote:
Tem como enviar
todas essas mensagens de uma só vez sem que ter de copiá-las uma a uma e
juntar num só e-mail?
O histórico é seu amigo [1][2].
[1]
http://listas.postgresql.org.br/pipermail/pgbr-geral/2008-April/008297.html
[2]
Vinicius Santos - MSI wrote:
Pessoal, existe alguma maneira de se criar tabelas temporárias globais
no PostgreSQL ?
Pois a sintaxe GLOBAL/LOCAL não fazem efeito no PostgreSQL, existe
alguma maneira de burlar isso ?
O que seria tabelas temporárias globais para você?
Visível para todas as
Pessoal, existe alguma maneira de se criar tabelas temporárias globais no
PostgreSQL ?
Pois a sintaxe GLOBAL/LOCAL não fazem efeito no PostgreSQL, existe alguma
maneira de burlar isso ?
Obrigado.___
pgbr-geral mailing list
Vinicius Santos - MSI wrote:
Pessoal, existe alguma maneira de se criar tabelas temporárias globais
no PostgreSQL ?
Pois a sintaxe GLOBAL/LOCAL não fazem efeito no PostgreSQL, existe
alguma maneira de burlar isso ?
O que seria tabelas temporárias globais para você?
Evandro
Vinicius Santos - MSI wrote:
Vinicius Santos - MSI wrote:
Pessoal, existe alguma maneira de se criar tabelas temporárias globais
no PostgreSQL ?
Pois a sintaxe GLOBAL/LOCAL não fazem efeito no PostgreSQL, existe
alguma maneira de burlar isso ?
O que seria tabelas temporárias
Olá, pessoal
Ao final da sessão ou da transação corrente a tabela temporária é deletada.
Não existe como fazer tabelas temporárias globais.
Mais informações em:
http://www.postgresql.org/docs/8.3/interactive/sql-createtable.html
[]s
2008/5/16 Evandro Ricardo Silvestre [EMAIL PROTECTED]:
Como posso definir uma base de dados especifica na criação de uma tabela
temp?
Marcondes
At 11:33 16/5/2008, jota.comm wrote:
Olá, pessoal
Ao final da sessão ou da transação corrente a tabela temporária é
deletada. Não existe como fazer tabelas temporárias globais.
Mais informações em:
2008/5/16 jota. comm [EMAIL PROTECTED]:
http://www.postgresql.org/docs/8.3/interactive/sql-createtable.html
Mais especificamente
http://www.postgresql.org/docs/8.3/interactive/sql-createtable.html#SQL-CREATETABLE-COMPATIBILITY
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55
2008/5/16 Marcondes Alexandre [EMAIL PROTECTED]:
Como posso definir uma base de dados especifica na criação de uma tabela
temp?
Creio que essa pergunta só faz sentido no MySQL, que chama esquemas de
'bases de dados', incorretamente.
No PostgreSQL, como no padrão SQL e na teoria, só se trabalha
Pois é, eu já li a documentação vi que a sintaxe GLOBAL/LOCAL está lá somente
para compatibiladade !
A pergunta é o seguinte: Como eu poderia burlar essa limitação ?
- Original Message -
From: jota.comm
To: Comunidade PostgreSQL Brasileira
Sent: Friday, May 16, 2008 11:33 AM
Vinicius Santos - MSI wrote:
Pois é, eu já li a documentação vi que a sintaxe GLOBAL/LOCAL está lá
somente para compatibiladade !
A pergunta é o seguinte: Como eu poderia burlar essa limitação ?
Como assim limitação? O escopo de tabelas temporais é a sessão atual. Se
você quer uma tabela
Evandro,
From: Evandro Ricardo Silvestre [EMAIL PROTECTED]
Subject: Re: [pgbr-geral] 2 cadastros em uma tabela
To: Comunidade PostgreSQL Brasileira
90%?! Com certeza! Cheio é pouco, eu diria *entupido* de NULLs.
Qualquer
índice sobre um campo assim será quase sempre ignorado pelo
2008/5/16 Vinicius Santos - MSI [EMAIL PROTECTED]:
Pois é, eu já li a documentação vi que a sintaxe GLOBAL/LOCAL está lá
somente para compatibiladade !
A pergunta é o seguinte: Como eu poderia burlar essa limitação ?
Ora, com tabelas permanentes e as permissões adequadas.
Ou aprendendo a
Olá,
Assim como o Euler comentou não vejo que isso seja uma limitação.
Não existe como eu definir uma tabela que seja válida por um período de
tempo.
Certa vez, eu percebi que uma aplicação gerava várias tabelas temporárias
para realizar um processamento, contornei isso com o uso de view, será
Na verdade eu tenho outras saídas ! Fiquei curioso em saber se isso é possível,
pois se não estou enganado outros SGDB's possuem tal característica(Firebird).
E além disso não gostaria de ficar dropando as tabelas...mas já se isso não é
possível, tudo bem !
Obrigado
- Original Message
Vinicius Santos - MSI escreveu:
Pois é, eu já li a documentação vi que a sintaxe GLOBAL/LOCAL está lá
somente para compatibiladade !
A pergunta é o seguinte: Como eu poderia burlar essa limitação ?
Abrindo o código fonte e alterando para a forma que você gostaria que
fosse?
Vinicius Santos - MSI wrote:
Na verdade eu tenho outras saídas ! Fiquei curioso em saber se isso é
possível, pois se não estou enganado outros SGDB's possuem tal
característica(Firebird). E além disso não gostaria de ficar dropando as
tabelas...mas já se isso não é possível, tudo bem !
Vinicius Santos - MSI escreveu:
Na verdade eu tenho outras saídas ! Fiquei curioso em saber se isso é
possível, pois se não estou enganado outros SGDB's possuem tal
característica(Firebird).
Firebird possui somente em sua última versão 2.1.
E além disso não gostaria de ficar
- Original Message -
From: Euler Taveira de Oliveira [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Friday, May 16, 2008 2:36 PM
Subject: Re: [pgbr-geral] GLOBAL TEMP ?
Vinicius Santos - MSI wrote:
Na verdade eu tenho outras saídas !
Me fizeram a pergunta se era possível ter o Postgres no AIX.
Segundo a página é possível http://www.postgresql.org/docs/faqs.FAQ_AIX.html
Alguém tem conhece algum postgres trabalhando com o AIX ? Qual foi o
resultado ?
Obrigado,
--
Leandro Henrique Pereira Neto
Administração de bancos de
2008/5/16 Vinicius Santos - MSI [EMAIL PROTECTED]:
Na verdade eu tenho outras saídas ! Fiquei curioso em saber se isso é
possível, pois se não estou enganado outros SGDB's possuem tal
característica(Firebird). E além disso não gostaria de ficar dropando as
tabelas...mas já se isso não é
Pessoal,
Tenho servidores rodando com 8.2 e um 8.3 rodando como beta. Nos
servidores 8.2 tenho uma rotina no cron que roda o vacuumdb uma vez por dia,
li aqui na lista que o autovacuum apartir da 8.3 esta melhor e
confiável, entao habilitei no servidor 8.3 mas estou com algunas dúvidas
que
On Fri, May 16, 2008 at 3:30 PM, Aluisio Gouveia
[EMAIL PROTECTED] wrote:
Pessoal,
Olá!
Tenho servidores rodando com 8.2 e um 8.3 rodando como beta. Nos
servidores 8.2 tenho uma rotina no cron que roda o vacuumdb uma vez por dia,
li aqui na lista que o autovacuum apartir da 8.3 esta melhor
Olá, pessoal
1) Na versao 8.3 os parametros stats_start_collector e stats_row_level
estao implicitos, ou preciso habilitar parametros similares na 8.3 para um
pleno funcionamento do autovacuum?
Eles estão implícitos, não existem mais no postgresql.conf. A única coisa
que você tem que verificar
25 matches
Mail list logo