Re: Bug in exporting results to file
От | Mike G |
---|---|
Тема | Re: Bug in exporting results to file |
Дата | |
Msg-id | 1112418912.2884.3.camel@localhost.localdomain обсуждение исходный текст |
Ответ на | Re: Bug in exporting results to file (Andreas Pflug <pgadmin@pse-consulting.de>) |
Список | pgadmin-support |
Yes but it will take a little time. I will post a backup that can be restored but probably not till later on in the week. Mike On Mon, 2005-03-28 at 08:18, Andreas Pflug wrote: > Mike G. wrote: > > Hi, > > > > I read the faq about the problem where pgadmin won't display data if > > it cannot convert the data due to an encoding issue. > > > > I have a table created under Latin1. When doing a select * from that > > table and exporting the results to a file pgadmin was dropping a row > > without warning. That row was being displayed within a pgadmin > > window and one of the columns did have data in it that appeared to > > not be converting correctly. > > > > By selecting the export encoding method of utf-8 and then exporting > > the result that row would appear in the file. If no default method > > was selected or the local charset selected (probably utf-16 since > > this is on WinXP) the row would not be exported to the file. > > > > Shouldn't pgadmin generate a warning that all rows were not exported > > or abort the export process instead of silently removing the row? > > I agree, pgAdmin shouldn't write garbage silently. Can you provide an > example? > > Regards, > Andreas
В списке pgadmin-support по дате отправления: