INF: Using Double-byte Character Sets with SQL Server

Last reviewed: April 3, 1997
Article ID: Q109199
The information in this article applies to:

  - Microsoft SQL Server version 4.2 for OS/2
  - Microsoft SQL Server version 4.2

SUMMARY

SQL Server version 4.2 for Windows NT or OS/2 does not utilize the double- byte or Unicode character sets. However, this does not prevent the storing of a numeric representation of a non-Roman character in a SQL datatype that is large enough to hold it.

There are some limitations to storing double-byte characters. One case would be if the second byte of a double-byte character were to collide with a special character such as a "%" or "'". With kanji, this would occur for about 2% of the kanji double-byte characters. Those characters could not be used for object names and could also cause problems when formulating Transact-SQL statements. You would also have problems with LIKE--again what if the second byte of a double-byte were the same numeric representation as the "%" wildcard used by LIKE.

MORE INFORMATION

For the reasons stated above, to handle dbcs, it is necessary to have the parser look ahead to see if the character is a single- or double-byte.


Additional query words: 4.20 DBCS wide NTAS Windows NT
Keywords : kbother SSrvGen
Version : 4.2
Platform : OS/2 Windows


THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY.

Last reviewed: April 3, 1997
© 1998 Microsoft Corporation. All rights reserved. Terms of Use.