Anforderungen an Bezeichner¶

Bezeichner ohne Anführungszeichen¶

Wenn ein Bezeichner nicht in doppelte Anführungszeichen eingeschlossen ist, muss er mit einem Buchstaben oder einem Unterstrich (_) beginnen und darf keine Sonderzeichen oder Leerzeichen enthalten.

Im Folgenden finden Sie alle Beispiele für gültige Bezeichner. Die Groß-/Kleinschreibung der Zeichen in diesen Bezeichnern wird allerdings nicht beibehalten:

myidentifier
MyIdentifier1
My$identifier
_my_identifier

Nicht in Anführungszeichen gesetzte Bezeichner werden gespeichert und in Großbuchstaben aufgelöst. Ein nicht in Anführungszeichen gesetzter Bezeichner entspricht daher einem großgeschriebenen, in Anführungszeichen gesetzten Bezeichner mit demselben Namen. Die folgenden beiden Anweisungen versuchen zum Beispiel, dieselbe Tabelle zu erstellen:

CREATE TABLE mytable(c1 INT, c2 INT);

+-------------------------------------+
| status                              |
|-------------------------------------|
| Table MYTABLE successfully created. |
+-------------------------------------+

CREATE TABLE "MYTABLE"(c1 INT, c2 INT);

002002 (42710): SQL compilation error:
Object 'MYTABLE' already exists.

Bezeichner mit doppelten Anführungszeichen¶

Bei Bezeichnern mit Trennzeichen, die von doppelten Anführungszeichen eingeschlossen sind, muss die Groß-/Kleinschreibung beachtet werden, und sie können mit allen gültigen Zeichen beginnen und alle gültigen Zeichen enthalten, einschließlich:

• Zahlen

• Sonderzeichen (., ', !, @, #, $, %, ^, &, * usw.)

• ASCII- und Nicht-ASCII-Sonderzeichen

• Leerzeichen

Beispiel:

"MyIdentifier"
"my.identifier"
"my identifier"
"My 'Identifier'"
"3rd_identifier"
"$Identifier"
"идентификатор"

"My.DB"."My.Schema"."Table.1"

Auflösung des Bezeichners¶

Standardmäßig wendet Snowflake die folgenden Regeln an, um Bezeichner zu speichern (zur Erstellungs-/Definitionszeit) und aufzulösen (in Abfragen und anderen SQL-Anweisungen):

• Wenn ein Bezeichner nicht in Anführungszeichen gesetzt wird, wird er in Großbuchstaben gespeichert und aufgelöst.

• Wenn ein Bezeichner in doppelte Anführungszeichen gesetzt wird, wird er genau so gespeichert und aufgelöst, wie er eingegeben wurde, einschließlich Groß-/Kleinschreibung.

Beispielsweise sind die folgenden Namen äquivalent und werden alle zu TABLENAME aufgelöst:

TABLENAME
tablename
tableName
TableName

Im Gegensatz dazu werden die folgenden vier Namen als unterschiedliche, eindeutige Werte betrachtet:

"TABLENAME"
"tablename"
"tableName"
"TableName"

Wenn diese Bezeichner verwendet werden, um Objekte des gleichen Typs (z. B. Tabellen) zu erstellen, würde dies zur Erstellung von vier verschiedenen Objekten führen.

Migrieren von Datenbanken, die bei Bezeichnern in doppelten Anführungszeichen die Groß-/Kleinschreibung nicht berücksichtigen¶

In der ANSI/ISO-Norm für SQL werden Bezeichner in doppelten Anführungszeichen (abgegrenzte Bezeichner) unter Berücksichtigung der Groß-/Kleinschreibung behandelt. Einige Unternehmen stellen jedoch Datenbanken zur Verfügung, bei denen die Groß-/Kleinschreibung der Bezeichner in doppelten Anführungszeichen nicht beachtet wird.

Wenn Sie Ihre Daten und Anwendungen von einer dieser Datenbanken nach Snowflake migrieren, verwenden diese Anwendungen möglicherweise doppelte Anführungszeichen um Bezeichner, bei denen die Groß-/Kleinschreibung nicht beachtet werden soll. Dies kann verhindern, dass Snowflake die Bezeichner korrekt auflöst. Beispielsweise könnte eine Anwendung doppelte Anführungszeichen um einen Bezeichner in Kleinbuchstaben verwenden, und in der Snowflake-Datenbank liegt der Bezeichner mit Großbuchstaben vor.

Um diese Einschränkung zu umgehen, stellt Snowflake den Sitzungsparameter QUOTED_IDENTIFIERS_IGNORE_CASE bereit, der Snowflake veranlasst, Kleinbuchstaben in Bezeichnern in Anführungszeichen beim Erstellen und Suchen von Objekten als Großbuchstaben zu behandeln.

Weitere Details dazu finden Sie im nächsten Abschnitt:

• Steuern der Groß-/Kleinschreibung mit dem Parameter QUOTED_IDENTIFIERS_IGNORE_CASE

• Auswirkungen der Änderung des Parameters

TABLENAME
tablename
tableName
TableName
"TABLENAME"
"tablename"
"tableName"
"TableName"

-- Set the default behavior
ALTER SESSION SET QUOTED_IDENTIFIERS_IGNORE_CASE = false;

-- Create a table with a double-quoted identifier
CREATE TABLE "One" (i int);  -- stored as "One"

-- Create a table with an unquoted identifier
CREATE TABLE TWO(j int);     -- stored as "TWO"

-- These queries work
SELECT * FROM "One";         -- searches for "One"
SELECT * FROM two;           -- searched for "TWO"
SELECT * FROM "TWO";         -- searches for "TWO"

-- These queries do not work
SELECT * FROM One;           -- searches for "ONE"
SELECT * FROM "Two";         -- searches for "Two"

-- Change to the all-uppercase behavior
ALTER SESSION SET QUOTED_IDENTIFIERS_IGNORE_CASE = true;

-- Create another table with a double-quoted identifier
CREATE TABLE "Three"(k int); -- stored as "THREE"

-- These queries work
SELECT * FROM "Two";         -- searches for "TWO"
SELECT * FROM two;           -- searched for "TWO"
SELECT * FROM "TWO";         -- searches for "TWO"
SELECT * FROM "Three";       -- searches for "THREE"
SELECT * FROM three;         -- searches for "THREE"

-- This query does not work now - "One" is not retrievable
SELECT * FROM "One";         -- searches for "ONE"

-- Set the default behavior
ALTER SESSION SET QUOTED_IDENTIFIERS_IGNORE_CASE = false;

-- Create a table with a double-quoted identifier
CREATE TABLE "Tab" (i int);  -- stored as "Tab"

-- Create a table with an unquoted identifier
CREATE TABLE TAB(j int);     -- stored as "TAB"

-- This query retrieves "Tab"
SELECT * FROM "Tab";         -- searches for "Tab"

-- Change to the all-uppercase behavior
ALTER SESSION SET QUOTED_IDENTIFIERS_IGNORE_CASE = true;

-- This query retrieves "TAB"
SELECT * FROM "Tab";         -- searches for "TAB"