Re: [pgbr-geral] Backup and restore
Bom eu tive a mesma pregunta e me sorprendi com a resposta , Resposta cliente: não o sistema faz backup automática mantendo somente o mais atual. Em qui, 12 de abr de 2018 11:44, Jorge Luiz <jorgel.san...@gmail.com> escreveu: > Uma pergunta meio obvia: não há nenhum backup anterior ao relatado agora? > > > Em 12 de abril de 2018 08:21, Manuel Garcia <garcia.manuel1...@gmail.com> > escreveu: > >> Bom dia, >> >> Sou Alejandro engenheiro em computação trabalho no brasil como dba >> postgresql, meu problema é o cliente que tem un dba na sua empresa fez um >> backup do postgresql only data , deleto o banco e foi restaurar em outra >> maquina sem ter salvo o schema dele , como eu consigo recuperar as function >> tables views resumindo a estrutura do banco desde un backup only data ??? >> >> >> -- >>Manuel Alejandro Garcia Mellado >> Ingeniero Ejecución en Informática e computación >> Concepcion - Chile VIII Region del Bio - Bio >> >> >> ___ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> > > > > -- > Jorge Luiz > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Backup and restore
Ok muito obrigado a todos. Realmente tere que ver na mão mesmo. Em qui, 12 de abr de 2018 09:04, Arlindo Neto <neto@gmail.com> escreveu: > Minha opinião: se o seu dump for data-only, você vai ter que recriar os > schemas, views etc na mão e adapta-los ou seus dados... Resumidamente, boa > sorte. Vai ser trabalhoso, mas não é impossível. > > Abraços. > > Em qui, 12 de abr de 2018 9:00 AM, Fábio Telles Rodriguez < > fabio.tel...@gmail.com> escreveu: > >> Ahh... um backup only data é algo realmente feio. Pra começar... dump não >> é backup! ;-) >> >> Vide: https://www.savepoint.blog.br/2010/05/06/dump-nao-e-backup/ >> >> Se você não colocar as informações corretas no backup, não vai conseguir >> extrair o que não existe. >> >> >> >> Em 12 de abril de 2018 08:22, Manuel Garcia <garcia.manuel1...@gmail.com> >> escreveu: >> >>> alguém já tive algum problema similar que me possa orientar para poder >>> resolver esse problema. >>> >>> 2018-04-12 8:21 GMT-03:00 Manuel Garcia <garcia.manuel1...@gmail.com>: >>> >>>> Bom dia, >>>> >>>> Sou Alejandro engenheiro em computação trabalho no brasil como dba >>>> postgresql, meu problema é o cliente que tem un dba na sua empresa fez um >>>> backup do postgresql only data , deleto o banco e foi restaurar em outra >>>> maquina sem ter salvo o schema dele , como eu consigo recuperar as function >>>> tables views resumindo a estrutura do banco desde un backup only data ??? >>>> >>>> >>>> -- >>>>Manuel Alejandro Garcia Mellado >>>> Ingeniero Ejecución en Informática e computación >>>> Concepcion - Chile VIII Region del Bio - Bio >>>> >>>> >>> >>> >>> -- >>>Manuel Alejandro Garcia Mellado >>> Ingeniero Ejecución en Informática e computación >>> Concepcion - Chile VIII Region del Bio - Bio >>> >>> >>> ___ >>> pgbr-geral mailing list >>> pgbr-geral@listas.postgresql.org.br >>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>> >> >> >> >> -- >> Atenciosamente, >> Fábio Telles Rodriguez >> blog: http:// <http://www.midstorm.org/~telles/>s >> <http://tellesr.wordpress.com/>avepoint.blog.br >> <http://savepoint.blog.br> >> e-mail / gtalk / MSN: fabio.tel...@gmail.com >> Skype: fabio_telles >> >> Timbira - A empresa brasileira de Postgres >> http://www.timbira.com.br >> ___ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Backup and restore
alguém já tive algum problema similar que me possa orientar para poder resolver esse problema. 2018-04-12 8:21 GMT-03:00 Manuel Garcia <garcia.manuel1...@gmail.com>: > Bom dia, > > Sou Alejandro engenheiro em computação trabalho no brasil como dba > postgresql, meu problema é o cliente que tem un dba na sua empresa fez um > backup do postgresql only data , deleto o banco e foi restaurar em outra > maquina sem ter salvo o schema dele , como eu consigo recuperar as function > tables views resumindo a estrutura do banco desde un backup only data ??? > > > -- >Manuel Alejandro Garcia Mellado > Ingeniero Ejecución en Informática e computación > Concepcion - Chile VIII Region del Bio - Bio > > -- Manuel Alejandro Garcia Mellado Ingeniero Ejecución en Informática e computación Concepcion - Chile VIII Region del Bio - Bio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Backup and restore
Bom dia, Sou Alejandro engenheiro em computação trabalho no brasil como dba postgresql, meu problema é o cliente que tem un dba na sua empresa fez um backup do postgresql only data , deleto o banco e foi restaurar em outra maquina sem ter salvo o schema dele , como eu consigo recuperar as function tables views resumindo a estrutura do banco desde un backup only data ??? -- Manuel Alejandro Garcia Mellado Ingeniero Ejecución en Informática e computación Concepcion - Chile VIII Region del Bio - Bio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Listar todos as colunas com valor default definido
Boa tarde eu fiz algo parecido mais com a seguinte consulta espero te ajude. SELECT * FROM information_schema.columns AS schema_public WHERE schema_public.table_schema = 'public' AND schema_public.column_default is not null AND schema_public.column_default not like 'nextval%' 2017-10-09 17:21 GMT-03:00 Fabrízio de Royes Mello: > Em 9 de outubro de 2017 17:18, Fabrízio de Royes Mello < > fabri...@timbira.com.br> escreveu: > > > > > > Em 9 de outubro de 2017 17:12, André Ormenese > escreveu: > > > > > > Boa tarde > > > > > > Preciso listar todos as colunas, de todas as tabelas, que tenham o > valor default definido. Independente do valor configurado. > > > Onde acho estas informações no catalogo do PostgreSQL 9.6.5 ? > > > > > > > André, > > > > Essa informação fica armazenada na tabela pg_attrdef [1] do catálogo. > > > > Att, > > > > [1] https://www.postgresql.org/docs/current/static/catalog- > pg-attrdef.html > > > > Apenas para ilustrar o que comentei no email anterior: > > fabrizio=# CREATE TABLE foo (f1 SERIAL PRIMARY KEY, f2 TIMESTAMP, f3 TEXT > DEFAULT 'bar', f4 INTEGER); > CREATE TABLE > fabrizio=# SELECT a.attrelid, a.attname, b.adsrc FROM pg_attribute a JOIN > pg_attrdef b ON b.adrelid = a.attrelid AND b.adnum = a.attnum where > attrelid = 'foo'::regclass; > attrelid | attname | adsrc > --+-+- >102722 | f1 | nextval('foo_f1_seq'::regclass) >102722 | f3 | 'bar'::text > (2 rows) > > > Att, > > -- >Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/ >PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Manuel Alejandro Garcia Mellado Ingeniero Ejecución en Informática e computación Concepcion - Chile VIII Region del Bio - Bio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] converter ascii para utf8
Boa tarde você tento usar a EXTENSION unaccent; 2017-09-27 15:06 GMT-03:00 Ursulino Barboza: > Prezados, > > Não sei se o contexto é esse, mas estou encaminhado: > > NameDescriptionLanguageServer?Bytes/CharAliases > BIG5 Big Five Traditional Chinese No 1-2 WIN950, Windows950 > EUC_CN Extended UNIX Code-CN Simplified Chinese Yes 1-3 > EUC_JP Extended UNIX Code-JP Japanese Yes 1-3 > EUC_JIS_2004 Extended UNIX Code-JP, JIS X 0213 Japanese Yes 1-3 > EUC_KR Extended UNIX Code-KR Korean Yes 1-3 > EUC_TW Extended UNIX Code-TW Traditional Chinese, Taiwanese Yes 1-3 > GB18030 National Standard Chinese No 1-4 > GBK Extended National Standard Simplified Chinese No 1-2 WIN936, > Windows936 > ISO_8859_5 ISO 8859-5, ECMA 113 Latin/Cyrillic Yes 1 > ISO_8859_6 ISO 8859-6, ECMA 114 Latin/Arabic Yes 1 > ISO_8859_7 ISO 8859-7, ECMA 118 Latin/Greek Yes 1 > ISO_8859_8 ISO 8859-8, ECMA 121 Latin/Hebrew Yes 1 > JOHAB JOHAB Korean (Hangul) No 1-3 > KOI8R KOI8-R Cyrillic (Russian) Yes 1 KOI8 > KOI8U KOI8-U Cyrillic (Ukrainian) Yes 1 > LATIN1 ISO 8859-1, ECMA 94 Western European Yes 1 ISO88591 > LATIN2 ISO 8859-2, ECMA 94 Central European Yes 1 ISO88592 > LATIN3 ISO 8859-3, ECMA 94 South European Yes 1 ISO88593 > LATIN4 ISO 8859-4, ECMA 94 North European Yes 1 ISO88594 > LATIN5 ISO 8859-9, ECMA 128 Turkish Yes 1 ISO88599 > LATIN6 ISO 8859-10, ECMA 144 Nordic Yes 1 ISO885910 > LATIN7 ISO 8859-13 Baltic Yes 1 ISO885913 > LATIN8 ISO 8859-14 Celtic Yes 1 ISO885914 > LATIN9 ISO 8859-15 LATIN1 with Euro and accents Yes 1 ISO885915 > LATIN10 ISO 8859-16, ASRO SR 14111 Romanian Yes 1 ISO885916 > > > SHOW client_encoding; > UPDATE pg_database SET datistemplate = FALSE WHERE datname = 'template1'; > DROP DATABASE template1; > CREATE DATABASE template1 WITH TEMPLATE = template0 ENCODING = 'LATIN1' > LC_COLLATE = 'C' LC_CTYPE = 'C'; > UPDATE pg_database SET datistemplate = TRUE WHERE datname = 'template1'; > > > Ursulino > > Em 27 de setembro de 2017 10:05, Leandro Guimarães Faria Corcete DUTRA < > l...@dutras.org> escreveu: > >> Le mercredi 27 septembre 2017 à 09:38 -0300, Ilton Junior a écrit : >> > >> > Tive um problema parecido, so que no meu caso era de ISO8859-1 para >> > UTF8, acontece que tinhamos uma infraestrutura desktop baseada na >> > Microsoft, e quando migramos pra Linux a base mudou devido o S.O >> > Windows usar ISO8859 e o Linux UTF8. >> >> Só um detalhe: ISO 8859-1 é parecido, mas não idêntico ao Win 1252. >> Geralmente funciona, mas pode haver problemas menores (não lembro se >> relacionados a € ou algum caracter com sinal diacrítico dalguma língua >> menos votada) e não é correto dizer que Microsoft Windows usa ISO 8859. >> >> >> -- >> skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra >> +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org >> +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803 >> BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm >> ___ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > -- > Att, > > > Ursulino Barboza de Souza Neto > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Manuel Alejandro Garcia Mellado Ingeniero Ejecución en Informática e computación Concepcion - Chile VIII Region del Bio - Bio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Remover caracteres escondido
Bom dia. eu tive um problema parecido e resolvi assim. pegue seu exemplo para testar. SELECT convert_from('EDERSON DA SILVA\342\200\213'::bytea, 'utf8'); Resultado "EDERSON DA SILVA" 2017-08-18 11:19 GMT-03:00 Luís Roberto Weck: > > > Em 18/08/2017 11:03, Zan escreveu: > >> On 18/08/2017 10:57, Douglas Fabiano Specht wrote: >> >>> bom dia >>> ja tive esse problema, e utilize a seguinte função. >>> >>> >>> >>> --função para substituir caracteres especiais >>> >>> CREATE OR REPLACE FUNCTION retira_acentuacao1(p_texto text) >>>RETURNS text AS >>> $BODY$ >>> Select translate($1, >>> 'áâãäåaaaÁÂÃÄÅAAAèééêëeEEEÉEEìíîïìiiiÌÍÎÏÌIIIóôõöoooÒÓÔÕ >>> ÖOOOùúûüÙÚÛÜçÇ<>!@#$%¨*()_+={}[]?;:|*~^´`¨æÆø£Øƒªº¿®½¼ßµþýÝ€§¬©¢¥¤ðÐÞÞ¶ >>> ', --no final tem tbm o 144 da tabela ascii >>> 'áâãaÁÂÃAèééêeeEEEÉEEìíîiìiiiÌÍÎIÌIIIóôõÒÓÔÕùúûuÙÚÛUçÇ >>> ' >>>); >>> $BODY$ >>> LANGUAGE sql VOLATILE >>> COST 100; >>> >> >> Douglas, no meu caso não deu certo. Este bendito caractere (\342\200\213) >> é uma "?". >> >> ___ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> > > Existe no contrib do PostgreSQL uma função 'unaccent' que tem mais regras > que a função que o colega Douglas passou. Talvez possas testar ela? > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Manuel Alejandro Garcia Mellado Ingeniero Ejecución en Informática e computación Concepcion - Chile VIII Region del Bio - Bio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral