Compartir a través de


Juego de caracteres de entrada (Entity SQL)

Entity SQL acepta caracteres UNICODE codificados en UTF-16.

Los literales de cadena pueden contener cualquier carácter UTF-16 entre comillas simples. Por ejemplo, N'文字列リテラル'. Cuando se comparan literales de cadena, se usan los valores UTF-16 originales. Por ejemplo, N'ABC' es diferente en las páginas de código japonés y latino.

Los comentarios pueden contener cualquier carácter UTF-16.

Los identificadores de escape pueden contener cualquier carácter UTF-16 entre corchetes. Por ejemplo, [エスケープされた識別子]. La comparación de identificadores con escape UTF-16 no distingue mayúsculas de minúsculas. Entity SQL trata las versiones de letras que aparecen iguales, pero son de páginas de códigos diferentes como caracteres diferentes. Por ejemplo, [ABC] es equivalente a [abc] si los caracteres correspondientes proceden de la misma página de códigos. Sin embargo, si los mismos dos identificadores proceden de páginas de códigos diferentes, no son equivalentes.

El espacio en blanco es cualquier carácter de espacio en blanco UTF-16.

Una nueva línea es cualquier carácter de nueva línea UTF-16 normalizado. Por ejemplo, "\n" y "\r\n" se consideran caracteres de nueva línea, pero "\r" no es un carácter de nueva línea.

Las palabras clave, las expresiones y la puntuación pueden ser cualquier carácter UTF-16 que normalice al latino. Por ejemplo, SELECT en una página de códigos japonesa es una palabra clave válida.

Las palabras clave, las expresiones y la puntuación solo pueden ser caracteres latinos. SELECT en una página de códigos japonesa no es una palabra clave. +, -, *, /, =, (, ), ', [, ] y cualquier otra construcción de lenguaje que no esté entre comillas aquí solo puede ser caracteres latinos.

Los identificadores simples solo pueden ser caracteres latinos. Esto evita la ambigüedad durante la comparación, ya que se comparan los valores originales. Por ejemplo, ABC sería diferente en las páginas de código japonés y latino.

Consulte también