From: | "Luke Lonergan" <llonergan(at)greenplum(dot)com> |
---|---|
To: | "Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: NOLOGGING option, or ? |
Date: | 2005-06-03 21:31:04 |
Message-ID: | BEC61A28.6D6E%llonergan@greenplum.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Bruce,
> We have two and three-byte encodings, so 16-bit seems like it wouldn't
> work. I am not aware of any specs except the C code itself.
Ok - no problem.
How about test data and cases? I see the SQL encoding examples used in
src/test/regress/sql for testing encoding in SQL, but are there regressions
for QA/test of multi-byte encoding support? If not, that's OK, but it would
save us time if some were already written.
WRT the COPY command, I'd like to have regressions that test the input of
matched client/server encodings with different (standardized) multi-byte
control characters.
The current code seems to allow for an arbitrary second byte in control
characters, so if we made a statement about control character support, I
think it would be
<ctl-byte><any-byte>...mblen...<any-byte>
is allowed for specification of control characters (newline, delimiter).
Luke
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2005-06-03 21:38:07 | Re: NOLOGGING option, or ? |
Previous Message | Bruce Momjian | 2005-06-03 21:16:20 | Re: NOLOGGING option, or ? |