Bom, posso falar em relação ao Postgresql, que a partir da versão 8.2
incluiu retorno em suas operações de INSERT. Assim, atualizar o banco do
servidor para 8.2 ( que ainda mantém o *cast* implícito) é bastante
indicado.
Quanto a biblioteca, uma pesquisa nas notas de versão não
2008/10/16 Vinicius [EMAIL PROTECTED]:
Ola pessoal...
Estou com um problema com o arquivo .pgpass, crio o arquivo com os dados
de usuario e senha para q meus scripts de backup e vacuum executem sem
autenticacao, mas em algumas vezes este arquivo fica em branco sem
ninguem altera-lo. Alguem
2008/10/16 ELIAS JUNIOR [EMAIL PROTECTED]
use a codificação SQL_ASCII
Definitivamente nunca use SQL_ASCII. Elias, nunca faça isso mesmo. É a pior
dica que você pode dar para alguém e para você mesmo.
Leia a documentação oficial e você entenderá o motivo.
[]s
2008/10/16 Guilherme
2008/10/16 Guilherme Carvalho [EMAIL PROTECTED]
O Servidor onde encontra-se a base agora é 8.0 e estou trazendo as bases
para um outro servidor que é 8.3
ótimo, utilize o pgdump do 8.3 para gerar o dump na base 8.0.
É a melhor coisa a fazer.
[]s
2008/10/16 Dickson S. Guedes [EMAIL
Vou fazer isto hoje, obrigado pela dica, qualquer coisa entro novamente em
contato.
Obrigado a todos pelas dicas, como sempre muito valiosas.
2008/10/17 Fábio Telles Rodriguez [EMAIL PROTECTED]
2008/10/16 Guilherme Carvalho [EMAIL PROTECTED]
O Servidor onde encontra-se a base agora é 8.0
Em 16/10/08, Rafael Garbin[EMAIL PROTECTED] escreveu:
CREATE OR REPLACE FUNCTION adiciona_mes(date, integer) RETURNS DATE AS $$
DECLARE
stdata ALIAS FOR $1;
inQtdMeses ALIAS FOR $2;
stSQL VARCHAR='';
retorno DATE;
crCursorREFCURSOR;
BEGIN
stSQL
2008/10/17 Fábio Telles Rodriguez [EMAIL PROTECTED]:
Definitivamente nunca use SQL_ASCII. Elias, nunca faça isso mesmo. É a pior
dica que você pode dar para alguém e para você mesmo.
Para reforçar isso que o Fábio disse. Deixei meu banco em SQL_ASCII a
muito tempo atrás (era PG 7.2) e agora
Daniel
eu deixaria em LATIN1 mesmo,
uso latin1 no postgresql 8.3 sem nenhum problema aqui
[]s
Luiz
- Original Message -
From: Daniel Gaspary [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Friday, October 17, 2008 1:38 PM
Subject: Re:
2008/10/17 Luiz Rafael Culik Guimaraes [EMAIL PROTECTED]:
eu deixaria em LATIN1 mesmo,
uso latin1 no postgresql 8.3 sem nenhum problema aqui
Problema não dá — mas como temos o UTF-8, que cobre muito mais
situações, por que não usar?
--
skype:leandro.gfc.dutra?chat Yahoo!:
2008/10/17 Luiz Rafael Culik Guimaraes [EMAIL PROTECTED]:
Daniel
eu deixaria em LATIN1 mesmo,
uso latin1 no postgresql 8.3 sem nenhum problema aqui
Não é questão de deixar. O Caso é que usando latin1 no iconv, ele
converte a maioria, mas não todos caracteres de acentuação.
Mas quando eu
Acho que entendi a idéia, mas não passa de uma forma extremamente complexa
de resolver algo simples (baseado na idéia de tabelas com esses valores
quasi-imutáveis). Se for o que eu entendi, pra que simplificar, se podemos
complicar!
2008/10/16 Osvaldo Kussama [EMAIL PROTECTED]
2008/10/15,
Boa tarde pessoal.
Nós temos um sistema que gera um arquivo .csv a partir de uma consulta
contendo informações sobre cliente, grupo_gestor, mac_address, nome_rede,
n_endereco_ip e por ai vaiEu gostaria muito de carregar este arquivo
dentro de um banco de dados e lá dentro tratar algumas
Python tem um módulo para tratar CSVs:
http://www.python.org/doc/2.5.2/lib/module-csv.html
Eu usei só com python mesmo, sem o Postgres. Mas como o Postgres
suporta procedures com plPython acho que valha investigar.
2008/10/17 Leandro Hamid [EMAIL PROTECTED]:
Boa tarde pessoal.
Nós temos
Crie uma tabela contento campos texto somente e outra tabela com as
regras a serem aplicadas a cada campo referente a um valor.
Acho que seria legal também registrar uma tabela com o nome do arquivo
csv e a data da inclusão do mesmo.
2008/10/17 Leandro Hamid [EMAIL PROTECTED]
Boa tarde
Leandro Hamid escreveu:
Boa tarde pessoal.
Nós temos um sistema que gera um arquivo .csv a partir de uma consulta
contendo informações sobre cliente, grupo_gestor, mac_address,
nome_rede, n_endereco_ip e por ai vaiEu gostaria muito de carregar
este arquivo dentro de um banco de
2008/10/17 William Leite Araújo [EMAIL PROTECTED]
Crie uma tabela contento campos texto somente e outra tabela com as
regras a serem aplicadas a cada campo referente a um valor.
Acho que seria legal também registrar uma tabela com o nome do arquivo
csv e a data da inclusão do mesmo.
Leandro Hamid escreveu:
Boa tarde pessoal.
Nós temos um sistema que gera um arquivo .csv a partir de uma consulta
contendo informações sobre cliente, grupo_gestor, mac_address,
nome_rede, n_endereco_ip e por ai vaiEu gostaria muito de carregar
este arquivo dentro de um banco de dados
2008/10/17 André Volpato [EMAIL PROTECTED]
Leandro Hamid escreveu:
Boa tarde pessoal.
Nós temos um sistema que gera um arquivo .csv a partir de uma consulta
contendo informações sobre cliente, grupo_gestor, mac_address,
nome_rede, n_endereco_ip e por ai vaiEu gostaria muito de
Para converter a codificação para UTF8, faça o dump normal e depois execute
o seguinte comando: iconv -f iso-8859-1 -t utf-8 bancoL.sql bancoU.sql
Dai já pode ser feito o restore para o banco vazio na codificação UTF8,
Grato,
Elias
2008/10/17 Daniel Gaspary [EMAIL PROTECTED]
2008/10/17
2008/10/15 Fernando Brombatti [EMAIL PROTECTED]:
Eu utilizo o MicroOLAP e é muito bom.
Tem a opção do Power Architect que é Software Livre.
- http://www.sqlpower.ca/architect
[]´s
--
Fernando Ike
http://www.midstorm.org/~fike/weblog
___
Fala pessoal
Bom eu estava tentando fazer a instalação do PostgreSQL no windows via
linha linha de comando (silent install).
Estava seguindo as instruções da página:
http://pginstaller.projects.postgresql.org/silent.html
Porém quando precisei ir mais a fundo, para poder indicar quais módulos
Norberto Delle escreveu:
a recomendação foi de que eu verificasse o arquivo pginst.wxs no
repositório. Só que me parece que esse arquivo, pelo menos no CVS
do PgFoundry, está defasado (não há referência ao tsearch2 por exemplo).
Não está defasado. O tsearch foi integrado ao core e a partir
Pessoal,
Encurtando a história, perdi o acesso a partição Linux, após a instalação do
windows e não consigo recuperar o GRUB.
Como foi algo bem inexperado, não havia ainda feito backup de um banco.
E preciso realmente recuperar ele.
Ainda tenho acesso a partição Linux, tem alguma maneira de
Qual distribuiç~ao linux vc estava usando.
Copie todos os arquivos da pasta data do pgsql, 'e bem provavel que vais
poder recuperar sim seu banco..
Outra, porque vc nao recupera o grub.?
2008/10/17 Nilson Chagas [EMAIL PROTECTED]
Pessoal,
Encurtando a história, perdi o acesso a partição
Esqueci de informar, estou com o Ubuntu 8.04.
Cara, todas as dicas que tentei para recuperar o grub, falharam, peguei uma
nova agora e vou fazer uma ultima tentativa.
Estava tentando achar esta pasta pgsql, e não achei... não é dentro do /user
???
2008/10/17 ..:: Rodrigo (-_-) Machado ::..
Consegui recuperar o grub...
Mas não encontrei a pasta com o banco... de qualquer forma já fiz um backup.
Obrigado.
2008/10/17 Nilson Chagas [EMAIL PROTECTED]
Esqueci de informar, estou com o Ubuntu 8.04.
Cara, todas as dicas que tentei para recuperar o grub, falharam, peguei uma
nova
recupere a pasta /var/lib/postgresql/8.3/main completinha,
mas para garantir, melhor vc instalar seu linux em outro HD ou ate mesmo em
uma maquina virtual se nao tiver disponivel outrou HD.
depois de instalado com o postgresql da mesma versao que vc tinha
anteriormente,
pare o servico do
27 matches
Mail list logo