![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Hi folks I'm trying to get up to speed with GLS, and I can't seem to do anything which triggers an error contrary to what the GLS manual claims is the purpose of the DBNLS setting: quote The DBNLS environment variable specifies whether automatic data type conversion is supported between NCHAR and NVARCHAR database columns and CHAR and VARCHAR variables (respectively) of the client systems. Conversely, setting no value for DBNLS disables automatic conversion between CHAR and VARCHAR variables of the client application and NCHAR and NVARCHAR columns of the database, and also prevents Dynamic Server from using the locale files of the client system: setenv DBNLS unsetenv DBNLS /quote I've tried using fr_fr.8859-1 locale to create a database and table with CHAR and NCHAR, then tried to operate on it using de_de.8859-1 but I'm not seeing an error when I assign a CHAR to NCHAR or vice- versa in dbaccess. Does the engine or the client require this setting (or both)? What's it supposed to do exactly? |
#3
| ||||
| ||||
|
|
I'm not sure I can explain; there was a thing called 'implicit NLS' and this was part of it. The difference between CHAR and NCHAR is overstated. I wouldn't worry about (I don't worry about it). That's more than enough reassurance then. |
|
You only need to set the server locale when you start IDS (run 'oninit'). Otherwise, you just set DB_LOCALE and CLIENT_LOCALE. You can override GLS settings for date formats with DBDATE still. You probably leave everything else alone. Cool. Another open question on environment I have is, can the |
|
Yes, it is. NLS is an esoteric subject; most people don't know quite as much as I do about it, and I know depressingly little about it, so I'm not very surprised that no-one else responded. I'm talking more in the number of other messages. Maybe google is not |
|
The ALS (Asian Language Support) and NLS environment variables are, I think, obsolete; they are on my hitlist of 'things to remove from Informix products' when I get the energy to drive it through. The problem is, you can't make a lot of snazzy Powerpoint slides out of "removed obsolete code from the product". Therefore, such work does not get much priority. So, check back in ten years or so... heh - funny you should mention that. A main part of the communique was a |
![]() |
| Thread Tools | |
| Display Modes | |
| |