On 11-Jun-99 Oleg Broytmann wrote:
> On Thu, 10 Jun 1999, Thomas Lockhart wrote:
>> istm that the Russian and Japanese contingents could represent the
>> needs of multibyte and locale concerns very well. So, we should ask
>> ourselves some questions to see if we can make *progress* in evolving
>> our text handling, rather than just staying the same forever.
>
> Ok, we are here.
> And what a pros and cons for NCHAR?
>
>> SQL92 suggests some specific text handling features to help with
>> non-ascii applications. "national character" is, afaik, the feature
>
> What the help?
>
>> which would hold an installation-wide local text type. "collations"
>> would allow other text types in the same installation, but SQL92 is a
>> bit fuzzier about how to make them work.
>>
>> Would these mechanisms work for people? Or are they so fundamentally
>> flawed or non-standard (it is from a standard, but I'm not sure who
>> implements it)?
There are two different problems under "locale" cover.
First is national charset handling, mostly sorting,
I try to find official recomendation for it.
Another one is encoding conversion - it's unlimited field for discussion.
IMHO, conversion table have to be stored on per host basic,
some where near from HBA.
Sort table is to be placed near from createdb.
Custom sort table is also very attractive for me.
---
Dmitry Samersoff, dms@wplus.net, ICQ:3161705
http://devnull.wplus.net
* There will come soft rains ...
