Francisco Olarte escribió: > Stephen: > > 2018-10-23 16:19 GMT+02:00 Stephen Amell <stephenam...@inbox.lv>: > > Hola Micky, seguramente estes usando un resplando en texto plano, no? con > > -Fc en el dump lo haces en binario y no pasan esas cosas. > > > > Lo mismo, revisa que la base de orgen y destino esten en el mismo encoding. > > No te fies mucho. La ultima vez que lo mire el -Fc era parecido a un > tar tuneao, o a un zip tuneao, una coleccion de chunks comprimidos, > algunos llevan la TOC, otros cachos de SQL para hacer tablas y otros > los datos en formato "copy to stdout". No recuerdo si incluia EL > ENCODING.
Lo que incluye es una línea SET que pone la codificación correcta, de manera que al restaurarlo todo debería salir bien ... EXCEPTO si en la base de origen o de destino has cometido la imprudencia de usar la codificación SQL_ASCII. Otro tema, es que si tu base original era Latin1 (iso-8859-1) y metiste bytes que eran caracteres UTF-8, va a salir mal. Ahí aparecen los à que menciona Miguel. En suma, mientras no hagas nada estúpido, la cosa funciona bien. Si en el pasado la cagaste, es difícil deshacer el lío a menos que sepas muy bien lo que estás haciendo. > De todas meneras mirando el fuente del pg_dump se ve lo que mete facil ;-> ¡JA! -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
