Sr(a)s,
Bom dia,
Estou com pequeno probleminha em uma tabela tenho o campo titulo que esta
com tipo text, e quando executo o camando de insert para cadastrar um
titulo:
INSERT INTO tabela (titulo) VALUE('Olha', essa peça...)
No banco fica cadastro assim:
Exp.: \'Olha\', essa peça...
Alguém poderia me explicar o pq ele coloca barras invertidas nas aspas? e se
tem alguma configuração para evitar esse tipo de problema?
Abs
-----Mensagem original-----
De: [email protected]
[mailto:[email protected]] Em nome de
[email protected]
Enviada em: sexta-feira, 22 de maio de 2009 10:13
Para: [email protected]
Assunto: Digest pgbr-geral, volume 27, assunto 59
Send pgbr-geral mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of pgbr-geral digest..."
Tópicos de Hoje:
1. Re: pg_restore (Mauricio Merlin)
2. Res: Res: restaurar tabela (paulo matadr)
3. Re: Res: Res: restaurar tabela (André Volpato)
4. Re: Apresentação e primeira pergunta. (Wagner Bonfiglio)
5. Re: pg_restore (Wagner Bonfiglio)
----------------------------------------------------------------------
Message: 1
Date: Thu, 21 May 2009 21:43:43 -0300
From: Mauricio Merlin <[email protected]>
Subject: Re: [pgbr-geral] pg_restore
To: Comunidade PostgreSQL Brasileira
<[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Israel,
Seu dump é feito com insert ou copy?
Qual configuração da maquina?
Israel Teixeira escreveu:
> Wagne,
>
> Ok. Vou ignorar seu comentário, se não pode ajudar melhor poupar seus
> comentários, acredito que este furum seja uma ferramenta de discussão
> para esclarecer de duvidas e tratar de assuntos sérios e não para
> comentários sarcásticos.
>
> Israel Teixeira.
>
>
> 2009/5/21 Wagner Bonfiglio <[email protected]
> <mailto:[email protected]>>
>
> Diriamos que não tive este problema, mas este "demorando muito" é
> relativo... Você esperava que isso acontecesse em 5 segundos??
>
> Para ver se tudo está ok, tente primeiro fazer o pg_restore com a
> opção -s (--schema-only).. Assim ele não carregará os dados e
> deverá ser rápido.. Isso apenas comprovaria que tudo está OK..
>
> Depois use as opções -v (--verbose) para ver o que está
> acontecendo (apenas para comprovar que não está travado) e -a
> (--data-only) para carregar só os dados, já que você já importou o
> schema...
>
> 2009/5/21 Israel Teixeira <[email protected]
> <mailto:[email protected]>>
>
> Pessoal,
>
> estou tentando recuperar uma base cujo arquivo tem uns 5GB
> através do pg_restore, acontece que está demorando muito,
> alguém já passou uma situação parecida como essa ?? se sim,
> tem alguma sugestão para melhorar esse processo ??
>
> Desde já agradeço a colaboração de todos !!
>
>
> --
> ITSilva
>
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> <mailto:[email protected]>
>
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
>
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> <mailto:[email protected]>
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
>
>
> --
> ITSilva
> ------------------------------------------------------------------------
>
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
------------------------------
Message: 2
Date: Fri, 22 May 2009 05:13:48 -0700 (PDT)
From: paulo matadr <[email protected]>
Subject: [pgbr-geral] Res: Res: restaurar tabela
To: Comunidade PostgreSQL Brasileira
<[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Bom, vo ser mais claro.
Tenho um banco prod e um teste, a tabela em questao é chamada imovel
ela ta cheia de FKs
eu peguei o dump gerado de prod, mandei pro serv de teste. e estou querendo
reinstaurar a tabela imovel por completo usando o dump.
quando tento fazer isso atravez do pg_restore,qual seria a opcao do
pg_restore pra fazer isso.
obs: com -c nao conseguir, ele gera erro
________________________________
De: Wagner Bonfiglio <[email protected]>
Para: Comunidade PostgreSQL Brasileira <[email protected]>
Enviadas: Quinta-feira, 21 de Maio de 2009 17:52:16
Assunto: Re: [pgbr-geral] Res: restaurar tabela
Se eu entendi direito:
- Você está tentando atualizar uma tabela(tab1) do banco B
- Esta tabela tem ligação com outra tabela (tab2)
Então:
- Você tem uma versão velha da tab2 no banco B
- Quando tenta restaurar a tab1 no banco B ele acha alguns dados que
referenciam a tab2 mas que não existem na tab2
Se for isso esta opção pode ser que funcione, mas não tenho certeza:
--no-data-for-failed-tables
não restaura dados de tabelas que não puderam ser
criadas
Senão atualize a tab2 também...
2009/5/21 paulo matadr <[email protected]>
Eu tentei com -c ele nao deixo por causa das dependencias
________________________________
De: JotaComm <[email protected]>
Para: Comunidade PostgreSQL Brasileira <[email protected]>
Enviadas: Quinta-feira, 21 de Maio de 2009 15:43:51
Assunto: Re: [pgbr-geral] restaurar tabela
Olá,
Seria o pg_restore -c o que você deseja?
2009/5/21 paulo matadr <[email protected]>
Bom tarde a todos,
To com uma duvida no pg_restore,seguinte tenho atualizar uma tabela do banco
a pro banco b,com isso levei o dump ate o servidor do banco b,so que nao
achei a opcao do pg_restore que mate o objeto e recrie-o sem dar erro.
essa tabela tem fks dependes assim como a fks apontando pra ela,gerando uma
msg de erro do pg_restore.
alguem sabe qual o melhor jeito de fazer essa atualizacao?
________________________________
Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 -
Celebridades - Música - Esportes
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[]s
--
JotaComm
http://jotacomm.wordpress.com
http://www.dextra.com.br/postgres
________________________________
Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 -
Celebridades - Música - Esportes
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL:
http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20090522/8c
194cca/attachment-0001.htm
------------------------------
Message: 3
Date: Fri, 22 May 2009 09:18:08 -0300
From: André Volpato <[email protected]>
Subject: Re: [pgbr-geral] Res: Res: restaurar tabela
To: Comunidade PostgreSQL Brasileira
<[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Um anexo em HTML foi limpo...
URL:
http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20090522/b8
681bcf/attachment-0001.htm
------------------------------
Message: 4
Date: Fri, 22 May 2009 09:58:46 -0300
From: Wagner Bonfiglio <[email protected]>
Subject: Re: [pgbr-geral] Apresentação e primeira pergunta.
To: Comunidade PostgreSQL Brasileira
<[email protected]>
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Eu poderia passar horas falando sobre isso, mas vou falar os principais
pontos do meu ponto de vista...
Como limitação eu sinto falta de um sistema de stored procedure mais
consolidada (o mysql está apenas começando nesse campo)
O descaso vem do fato da engine default do MySQL (MyISAM) não ter suporte a
chaves estrangeiras (foreign keys)
Talvez eu esteja equivocado no primeiro aspecto, mas a questão é que o
PostgreSQL é COM CERTEZA muito mais robusto e já tem uma estrutura
consolidada de PL, inclusive com várias opções de linguagens para as
procedures...
2009/5/21 Davi Vercillo C. Garcia <[email protected]>
> Fala Wagner,
>
> > Vejo como o MySQL é limitado e favorece ao descaso com modelagens,
> ficando
> > muito redundante e com pouca integridade.
>
> Quais são as sua limitações ? e como ele favorece ao descaso com
modelagens
> ?
>
> Abraços,
> --
> Davi Vercillo Carneiro Garcia
>
http://www.dcc.ufrj.br/~davivercillo<http://www.dcc.ufrj.br/%7Edavivercillo>
>
> Universidade Federal do Rio de Janeiro
> Departamento de Ciência da Computação
> DCC-IM/UFRJ - http://www.dcc.ufrj.br
>
> /"\
> \ / CAMPANHA DA FITA ASCII - CONTRA MAIL HTML
> X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL
> / \
>
> "Whoever comes is the right people; Whatever happens is the only thing
> that could have;
> Whenever it starts is the right time; When it's over, it's over !" -
> Open Space Philosophy
>
> "Theory is when you know something, but it doesn't work. Practice is
> when something works, but you don't know why.
> Programmers combine theory and practice: Nothing works and they don't
> know why." - Anon
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL:
http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20090522/61
05689f/attachment-0001.htm
------------------------------
Message: 5
Date: Fri, 22 May 2009 10:07:29 -0300
From: Wagner Bonfiglio <[email protected]>
Subject: Re: [pgbr-geral] pg_restore
To: Comunidade PostgreSQL Brasileira
<[email protected]>
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Eu falei 5 segundos como hipérbole (
http://pt.wikipedia.org/wiki/Hip%C3%A9rbole_(figura_de_estilo)), não como
sarcasmo
E se quer ignorar o conselho que dei depois tudo bem, eu tentei mostrar uma
maneira que você mesmo pudesse tirar conclusões... Eu deveria perguntar qual
a config da tua máquina, qual a versão do seu banco, quais as opções vc fez
o pg_dump e o pg_restore se quisesse te dar uma resposta minimamente
correta... E a pergunta que fiz no começo foi séria, pq tem gente que
considera 10minutos um absurdo de demorado, enquanto eu faço operações que
demoram várias horas e quando terminam eu acho que foram relativamente
rápidas...
Ok Israel? Ajudei em algo? Ou meu sarcasmo continua te incomodando a tal
ponto que você prefere ignorar meus conselhos?
2009/5/21 Mauricio Merlin <[email protected]>
> Israel,
>
> Seu dump é feito com insert ou copy?
> Qual configuração da maquina?
>
> Israel Teixeira escreveu:
> > Wagne,
> >
> > Ok. Vou ignorar seu comentário, se não pode ajudar melhor poupar seus
> > comentários, acredito que este furum seja uma ferramenta de discussão
> > para esclarecer de duvidas e tratar de assuntos sérios e não para
> > comentários sarcásticos.
> >
> > Israel Teixeira.
> >
> >
> > 2009/5/21 Wagner Bonfiglio <[email protected]
> > <mailto:[email protected]>>
> >
> > Diriamos que não tive este problema, mas este "demorando muito" é
> > relativo... Você esperava que isso acontecesse em 5 segundos??
> >
> > Para ver se tudo está ok, tente primeiro fazer o pg_restore com a
> > opção -s (--schema-only).. Assim ele não carregará os dados e
> > deverá ser rápido.. Isso apenas comprovaria que tudo está OK..
> >
> > Depois use as opções -v (--verbose) para ver o que está
> > acontecendo (apenas para comprovar que não está travado) e -a
> > (--data-only) para carregar só os dados, já que você já importou o
> > schema...
> >
> > 2009/5/21 Israel Teixeira <[email protected]
> > <mailto:[email protected]>>
> >
> > Pessoal,
> >
> > estou tentando recuperar uma base cujo arquivo tem uns 5GB
> > através do pg_restore, acontece que está demorando muito,
> > alguém já passou uma situação parecida como essa ?? se sim,
> > tem alguma sugestão para melhorar esse processo ??
> >
> > Desde já agradeço a colaboração de todos !!
> >
> >
> > --
> > ITSilva
> >
> > _______________________________________________
> > pgbr-geral mailing list
> > [email protected]
> > <mailto:[email protected]>
> >
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
> >
> >
> > _______________________________________________
> > pgbr-geral mailing list
> > [email protected]
> > <mailto:[email protected]>
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
> >
> >
> >
> > --
> > ITSilva
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > pgbr-geral mailing list
> > [email protected]
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
>
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL:
http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20090522/86
431d7c/attachment.htm
------------------------------
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Fim da Digest pgbr-geral, volume 27, assunto 59
***********************************************
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
