Re: Best practice for: ERROR: invalid byte sequence for encoding "UTF8"
От | Phoenix Kiula |
---|---|
Тема | Re: Best practice for: ERROR: invalid byte sequence for encoding "UTF8" |
Дата | |
Msg-id | e373d31e0708151056m52c1fce7lb6c7f887b8b9d836@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Best practice for: ERROR: invalid byte sequence for encoding "UTF8" (Ben <bench@silentmedia.com>) |
Ответы |
Re: Best practice for: ERROR: invalid byte sequence for encoding "UTF8"
Re: Best practice for: ERROR: invalid byte sequence for encoding "UTF8" Re: Best practice for: ERROR: invalid byte sequence for encoding "UTF8" |
Список | pgsql-general |
On 16/08/07, Ben <bench@silentmedia.com> wrote: > On Thu, 16 Aug 2007, Phoenix Kiula wrote: > > > I am not advocating what others should do. But I know what I need my > > DB to do. If I want it to store data that does not match puritanical > > standards of textual storage, then it should allow me to... > > It does allow that: store it as a BLOB, and then treat it as text in your > app. > > Me personally, if I expect something to be text, I expect it to be valid > text. > This is very useful, thanks. This would be "bytea"? Quick questions: 1. Even if it were bytea, would it work with regular SQL operators such as regexp and LIKE? 2. Would tsearch2 work with bytea in the future as long as the stuff in it was text?
В списке pgsql-general по дате отправления: