Verwenden des Suchoptimierungsdienstes¶

Wie funktioniert der Suchoptimierungsdienst?¶

Um die Performance von Punktsuchabfragen zu verbessern, erstellt und verwaltet der Suchoptimierungsdienst eine dauerhafte Datenstruktur, die Suchzugriffspfad genannt wird. Der Suchzugriffspfad verfolgt, welche Werte der Tabellenspalten in jeder der Mikropartitionen gefunden werden könnten, sodass einige beim Durchsuchen der Tabelle übersprungen werden können.

Ein im Hintergrund ausgeführter Wartungsdienst ist für das Erstellen und Warten des Suchzugriffspfads verantwortlich:

• Wenn Sie für eine Tabelle die Suchoptimierung konfigurieren, erstellt der Wartungsdienst den Suchzugriffspfad und füllt ihn mit den Daten, die zum Ausführen der Suchläufe erforderlich sind.

  Das Auffüllen von Daten kann je nach Größe der Tabelle sehr viel Zeit in Anspruch nehmen. Der Wartungsdienst wird im Hintergrund ausgeführt und blockiert keine gleichzeitigen Operationen auf der Tabelle.

• Wenn Daten in der Tabelle aktualisiert werden (z. B. durch Laden neuer Datasets oder durch DML-Operationen), aktualisiert der Wartungsdienst automatisch den Suchzugriffspfad, um die Änderungen an den Daten widerzuspiegeln.

  Wenn Abfragen ausgeführt werden, aber der Suchzugriffspfad noch nicht aktualisiert wurde, werden die Abfragen zwar möglicherweise langsamer ausgeführt, aber es werden immer aktuelle Ergebnisse zurückgegeben.

Der Fortschritt des Wartungsdienstes jeder Tabelle wird in der Spalte search_optimization_progress in der Ausgabe von SHOW TABLES angezeigt. Bevor Sie die Leistungsverbesserung der Suchoptimierung für eine neu optimierte Tabelle messen, warten Sie, bis die Spalte anzeigt, dass die Tabelle vollständig optimiert wurde.

Suchzugriffspfad und Wartungsdienst sind für den Benutzer transparent. Sie müssen kein Warehouse für den Dienst erstellen, der den Suchzugriffspfad verwaltet.

Beachten Sie jedoch, dass bei diesem Dienst Kosten für Speicher- und Computeressourcen anfallen. Weitere Informationen dazu finden Sie unter Verwalten der Kosten des Suchoptimierungsdienstes (unter diesem Thema).

Berücksichtigung anderer Lösungen zur Optimierung der Abfrageleistung¶

Der Suchoptimierungsdienst ist eine von mehreren Möglichkeiten zur Optimierung der Abfrageleistung. Verwandte Techniken sind:

• Abfragebeschleunigung

• Clustering von Tabellen

• Erstellen von materialisierten Ansichten (gruppiert oder nicht gruppiert)

Jede dieser Optionen hat unterschiedliche Vorteile, wie die folgende Tabelle zeigt:

In der folgenden Tabelle wird zeigt, welche dieser drei Optimierungsverfahren Speicher- oder Computekosten verursachen:

1

Der Reclustering-Prozess kann die Größe des Fail-safe-Speichers erhöhen, da bestehende Partitionen in neue Partitionen umgeschrieben werden. (Beachten Sie, dass bei diesem Prozess keine neuen Zeilen eingefügt werden. Es werden lediglich die vorhandenen Zeilen umorganisiert.) Weitere Details dazu finden Sie unter Auswirkung von Reclustering auf Credit- und Speicherverbrauch.

Welche Zugriffssteuerungsrechte sind für den Suchoptimierungsdienst erforderlich?¶

Um die Suchoptimierung einer Tabelle hinzuzufügen, zu konfigurieren oder zu entfernen, müssen Sie über die folgenden Berechtigungen verfügen:

• Berechtigung OWNERSHIP für die Tabelle

• Berechtigung ADD SEARCH OPTIMIZATION für das Schema, das die Tabelle enthält

  GRANT ADD SEARCH OPTIMIZATION ON SCHEMA <schema_name> TO ROLE <role>
  

  Copy

Um den Suchoptimierungsdienst für eine Abfrage zu verwenden, benötigen Sie nur die SELECT-Berechtigung für die Tabelle.

Sie benötigen keine zusätzlichen Berechtigungen. Da SEARCH OPTIMIZATION eine Tabelleneigenschaft ist, wird sie beim Abfragen einer Tabelle automatisch erkannt und (falls zutreffend) verwendet.

Gleichheits- oder IN-Prädikate¶

Der Suchoptimierungsdienst kann die Leistung von Abfragen verbessern, die Folgendes verwenden:

• Gleichheitsprädikate (z. B. <Spaltenname> = <Konstante>).

• Prädikate, die IN verwenden (siehe Beispiel).

Teilzeichenfolgen und reguläre Ausdrücke¶

Der Suchoptimierungsdienst kann die Leistung von Abfragen mit Prädikaten verbessern, die in Textdaten oder semistrukturierten Daten nach Teilzeichenfolgen suchen oder reguläre Ausdrücke verwenden. (Weitere Informationen zur Funktionsweise der Suche nach Teilzeichenfolgen in semistrukturierten Daten finden Sie unter Suche nach Teilzeichenfolgen in VARIANT-Typen.)

Diese Fähigkeit umfasst Prädikate, die Folgendes verwenden:

• LIKE

• LIKE ANY

• LIKE ALL

• ILIKE

• ILIKE ANY

• CONTAINS

• ENDSWITH

• STARTSWITH

• SPLIT_PART (in Gleichheitsprädikaten)

• RLIKE

• REGEXP

• REGEXP_LIKE

ALTER TABLE mytable ADD SEARCH OPTIMIZATION ON SUBSTRING(mycol);

Der Suchoptimierungsdienst kann die Leistung bei der Suche nach Teilzeichenfolgen verbessern, die 5 oder mehr Zeichen lang sind. (Selektivere Teilzeichenfolgen können zu einer besseren Leistung führen.) Der Suchoptimierungsdienst verwendet für das folgende Prädikat keine Suchzugriffspfade, da die Teilzeichenfolge kürzer als 5 Zeichen ist:

LIKE '%TEST%'

Copy

Für das folgende Prädikat kann der Suchoptimierungsdienst die Abfrage optimieren, indem für die Suche nach den Teilzeichenfolgen für SEARCH und OPTIMIZED Suchzugriffspfade verwendet werden. Die Suchzugriffspfade werden jedoch nicht für IS verwendet, da die Teilzeichenfolge kürzer als 5 Zeichen ist.

LIKE '%SEARCH%IS%OPTIMIZED%'

Copy

Bei Abfragen, die RLIKE, REGEXP und REGEXP_LIKE verwenden, gilt Folgendes:

• Das Argument subject muss eine TEXT-Spalte in einer Tabelle sein, bei der die Suchoptimierung aktiviert ist.

• Das Argument pattern muss eine Zeichenfolgenkonstante sein.

Bei regulären Ausdrücken funktioniert der Suchoptimierungsdienst in folgenden Fällen am besten:

• Das Muster enthält mindestens ein Teilzeichenfolgen-Literal, das 5 oder mehr Zeichen lang ist.

• Das Muster gibt an, dass die Teilzeichenfolge mindestens einmal vorkommen muss.

Das folgende Muster legt zum Beispiel fest, dass string ein oder mehrere Male im „subject“ vorkommen soll:

RLIKE '(string)+'

Copy

Der Suchoptimierungsdienst kann die Leistung von Abfragen mit den folgenden Mustern verbessern, da jedes Prädikat angibt, dass eine Teilzeichenfolge aus 5 oder mehr Zeichen mindestens einmal vorkommen muss. (Beachten Sie, dass im ersten Beispiel eine Zeichenfolgenkonstanten in Dollarzeichen verwendet wird, damit die Backslash-Zeichen nicht mit Escapezeichen umschlossen werden müssen.)

RLIKE $$.*email=[\w\.]+@snowflake\.com.*$$

Copy

RLIKE '.*country=(Germany|France|Spain).*'

Copy

RLIKE '.*phone=[0-9]{3}-?[0-9]{3}-?[0-9]{4}.*'

Copy

Im Gegensatz dazu verwendet der Suchoptimierungsdienst keine Suchzugriffspfade bei Abfragen mit den folgenden Mustern:

• Muster ohne Teilzeichenfolgen:

  RLIKE '.*[0-9]{3}-?[0-9]{3}-?[0-9]{4}.*'
  

  Copy

• Muster, die nur Teilzeichenfolgen enthalten, die weniger als 5 Zeichen enthalten:

  RLIKE '.*tel=[0-9]{3}-?[0-9]{3}-?[0-9]{4}.*'
  

  Copy

• Muster, die den Optionsoperator verwenden, wobei eine Option eine Teilzeichenfolge ist, die weniger als 5 Zeichen enthält:

  RLIKE '.*(option1|option2|opt3).*'
  

  Copy

• Muster, bei denen die Teilzeichenfolge optional ist:

  RLIKE '.*[a-zA-z]+(string)?[0-9]+.*'
  

  Copy

Auch wenn die Teilzeichenfolgen-Literale weniger als 5 Zeichen enthalten, kann der Suchoptimierungsdienst die Abfrageleistung verbessern, wenn die Erweiterung des regulären Ausdrucks ein Teilzeichenfolgen-Literal ergibt, das 5 Zeichen oder mehr enthält.

Betrachten Sie beispielsweise folgendes Muster:

.*st=(CA|AZ|NV).*(-->){2,4}.*

Copy

Bei diesem Beispiel ist Folgendes zu beachten:

• Obwohl die Teilzeichenfolgen-Literale (z. B. st=, CA usw.) kürzer als 5 Zeichen sind, erkennt der Suchoptimierungsdienst, dass die Teilzeichenfolgen st=CA, st=AZ oder st=NV (die jeweils 5 Zeichen lang sind) im Text vorkommen müssen.

• Auch wenn das Teilzeichenfolgen-Literal --> kürzer als 5 Zeichen ist, stellt der Suchoptimierungsdienst fest, dass die Teilzeichenfolge -->--> (die länger als 5 Zeichen ist) im Text auftreten muss.

Der Suchoptimierungsdienst kann Suchzugriffspfade verwenden, um diese Teilzeichenfolgen abzugleichen, was die Leistung der Abfrage verbessern kann.

Felder in VARIANT-Spalten¶

Der Suchoptimierungsdienst kann die Leistung von Punktsuchabfragen und Abfragen mit Teilzeichenfolgen auf semistrukturierten Daten von Snowflake-Tabellen (Daten in VARIANT-, OBJECT- und ARRAY-Spalten) verbessern.

Wenn bei Spalten einer Tabelle die VARIANT-Unterstützung für den Suchoptimierungsdienst konfiguriert ist, schließt der Suchoptimierungsdienst automatisch VARIANT-, OBJECT- und ARRAY-Spalten in einen Suchzugriffspfad ein. Dies gilt sogar für Spalten, deren Struktur tief verschachtelt ist und sich häufig ändert. Sie können die Suchoptimierung auch für bestimmte Felder innerhalb einer semistrukturierten Spalte aktivieren.

ALTER TABLE mytable ADD SEARCH OPTIMIZATION ON EQUALITY(myvariantcol);
ALTER TABLE t1 ADD SEARCH OPTIMIZATION ON EQUALITY(c4:user.uuid);

ALTER TABLE mytable ADD SEARCH OPTIMIZATION ON SUBSTRING(myvariantcol);
ALTER TABLE t1 ADD SEARCH OPTIMIZATION ON SUBSTRING(c4:user.uuid);

In den nächsten Abschnitten finden Sie weitere Details dazu:

• Unterstützte Datentypen für Konstanten und Umwandlungen in Prädikaten für VARIANT-Typen

• Unterstützung der Umwandlung von VARIANT-Werten in TEXT

• Unterstützte Prädikate für Punktsuche auf VARIANT-Typen

• Suche nach Teilzeichenfolgen in VARIANT-Typen

• Aktuelle Einschränkungen bei der Unterstützung von VARIANT-Typen

create or replace TABLE test_table
(
    ID INTEGER,
    SRC VARIANT
);

insert into test_table select 1, to_variant('true'::boolean);          -- BOOLEAN
insert into test_table select 2, to_variant('2020-01-09'::date);       -- DATE
insert into test_table select 3, to_variant('01:02:03.899213'::time);  -- TIME

select * from test_table where src::TEXT = 'true';
select * from test_table where src::TEXT = '2020-01-09';
select * from test_table where src::TEXT = '01:02:03.899213';

ALTER TABLE test_table ADD SEARCH OPTIMIZATION ON SUBSTRING(col2:data.search);

SELECT * FROM test_table WHERE col2:data.search LIKE '%optimization%';

SELECT * FROM test_table WHERE col2:name LIKE '%john%doe%';
SELECT * FROM test_table WHERE col2 LIKE '%hello%world%';

ALTER TABLE test_table ADD SEARCH OPTIMIZATION ON SUBSTRING(col2:name);
ALTER TABLE test_table ADD SEARCH OPTIMIZATION ON SUBSTRING(col2:data.search);

ALTER TABLE test_table ADD SEARCH OPTIMIZATION ON SUBSTRING(col2:data);
ALTER TABLE test_table ADD SEARCH OPTIMIZATION ON SUBSTRING(col2:data.search);

Geodatenfunktionen¶

Der Suchoptimierungsdienst kann die Leistung von Abfragen mit Prädikaten verbessern, bei denen Geodatenfunktionen mit GEOGRAPHY-Objekten verwendet werden.

ALTER TABLE mytable ADD SEARCH OPTIMIZATION ON GEO(mygeocol);

Weitere Details dazu finden Sie in den folgenden Abschnitten:

• Unterstützte Prädikate mit Geodatenfunktionen

• Weitere Hinweise zur Performance

• Beispiele für die Verwendung von Geodatenfunktionen

CREATE OR REPLACE TABLE geospatial_table (id NUMBER, g1 GEOGRAPHY);
INSERT INTO geospatial_table VALUES
  (1, 'POINT(-122.35 37.55)'),
  (2, 'LINESTRING(-124.20 42.00, -120.01 41.99)'),
  (3, 'POLYGON((0 0, 2 0, 2 2, 0 2, 0 0))');
ALTER TABLE geospatial_table ADD SEARCH OPTIMIZATION ON GEO(g1);

SELECT id FROM geospatial_table WHERE
  ST_INTERSECTS(
    g1,
    TO_GEOGRAPHY('POLYGON((0 0, 1 0, 1 1, 0 1, 0 0))'));

...
  ST_INTERSECTS(
    TO_GEOGRAPHY('POLYGON((0 0, 1 0, 1 1, 0 1, 0 0))'),
    g1)

...
  ST_CONTAINS(
    TO_GEOGRAPHY('POLYGON((-74.17 40.64, -74.1796875 40.58, -74.09 40.58, -74.09 40.64, -74.17 40.64))'),
    g1)

...
  ST_CONTAINS(
    g1,
    TO_GEOGRAPHY('MULTIPOINT((0 0), (1 1))'))

...
  ST_WITHIN(
   TO_GEOGRAPHY('{"type" : "MultiPoint","coordinates" : [[-122.30, 37.55], [-122.20, 47.61]]}'),
   g1)

...
  ST_WITHIN(
    g1,
    TO_GEOGRAPHY('POLYGON((0 0, 1 0, 1 1, 0 1, 0 0))'))

...
  ST_COVERS(
    TO_GEOGRAPHY('POLYGON((-1 -1, -1 4, 4 4, 4 -1, -1 -1))'),
    g1)

...
  ST_COVERS(
    g1,
    TO_GEOGRAPHY('POINT(0 0)'))

...
  ST_COVEREDBY(
    TO_GEOGRAPHY('POLYGON((1 1, 2 1, 2 2, 1 2, 1 1))'),
    g1)

...
  ST_COVEREDBY(
    g1,
    TO_GEOGRAPHY('POINT(-122.35 37.55)'))

...
  ST_DWITHIN(
    TO_GEOGRAPHY('POLYGON((0 0, 1 0, 1 1, 0 1, 0 0))'),
    g1,
    100000)

...
  ST_DWITHIN(
    g1,
    TO_GEOGRAPHY('POLYGON((0 0, 1 0, 1 1, 0 1, 0 0))'),
    100000)

...
  ST_INTERSECTS(
    g1,
    ST_GEOGRAPHYFROMWKT('POLYGON((0 0, 1 0, 1 1, 0 1, 0 0))'))

...
  ST_INTERSECTS(
    ST_GEOGFROMTEXT('POLYGON((0 0, 1 0, 1 1, 0 1, 0 0))'),
    g1)

...
  ST_CONTAINS(
    ST_GEOGRAPHYFROMEWKT('POLYGON((-74.17 40.64, -74.1796875 40.58, -74.09 40.58, -74.09 40.64, -74.17 40.64))'),
    g1)

...
  ST_WITHIN(
    ST_GEOGRAPHYFROMWKB('01010000006666666666965EC06666666666C64240'),
    g1)

...
  ST_COVERS(
    g1,
    ST_MAKEPOINT(0.2, 0.8))

...
  ST_INTERSECTS(
    g1,
    ST_MAKELINE(
      TO_GEOGRAPHY('MULTIPOINT((0 0), (1 1))'),
      TO_GEOGRAPHY('POINT(0.8 0.2)')))

...
  ST_INTERSECTS(
    ST_POLYGON(
      TO_GEOGRAPHY('SRID=4326;LINESTRING(0.0 0.0, 1.0 0.0, 1.0 2.0, 0.0 2.0, 0.0 0.0)')),
    g1)

...
  ST_WITHIN(
    g1,
    TRY_TO_GEOGRAPHY('POLYGON((-1 -1, -1 4, 4 4, 4 -1, -1 -1))'))

...
  ST_COVERS(
    g1,
    ST_GEOGPOINTFROMGEOHASH('s00'))

Konjunktionen von unterstützten Prädikaten (AND)¶

Bei Abfragen, die Konjunktionen von Prädikaten (d. h. AND) verwenden, kann die Abfrageleistung durch Suchoptimierung verbessert werden, wenn eines der Prädikate die oben genannten Bedingungen erfüllt.

Angenommen, eine Abfrage ist wie folgt definiert:

where condition_x and condition_y

Die Suchoptimierung kann die Leistung verbessern, wenn eine der Bedingungen einige Zeilen separat zurückgibt (d. h. condition_x gibt einige Zeilen zurück oder condition_y gibt einige Zeilen zurück).

Wenn condition_x einige Zeilen zurückgibt, aber condition_y viele Zeilen zurückgibt, kann die Abfrageleistung von der Suchoptimierung profitieren.

Siehe diese zusätzlichen Beispiele.

Disjunktionen von unterstützten Prädikaten (OR)¶

Bei Abfragen, die Disjunktionen von Prädikaten (d. h. OR) verwenden, kann die Abfrageleistung durch Suchoptimierung verbessert werden, wenn alle Prädikate die oben genannten Bedingungen erfüllt.

Angenommen, eine Abfrage ist wie folgt definiert:

where condition_x or condition_y

Die Suchoptimierung kann die Leistung verbessern, wenn jede Bedingung separat einige Zeilen zurückgibt (d. h. condition_x gibt einige Zeilen zurück und condition_y gibt einige Zeilen zurück).

Wenn condition_x einige Zeilen zurückgibt, aber condition_y viele Zeilen zurückgibt, profitiert die Abfrageleistung nicht von der Suchoptimierung.

Bei Disjunktionen ist jedes isolierte Prädikat für sich nicht entscheidend für die Abfrage. Die anderen Prädikate müssen ausgewertet werden, bevor festgestellt werden kann, ob die Suchoptimierung die Leistung verbessern kann.

Joins¶

Der Suchoptimierungsdienst verbessert die Leistung von Joins nicht direkt. Es kann jedoch die Leistung beim Filtern von Zeilen aus beiden Tabellen vor dem Join verbessern, wenn für die Tabelle die Suchoptimierung aktiviert ist und das Prädikat selektiv ist.

Für beide Tabellen muss die Suchoptimierung nicht aktiviert sein. Die Entscheidung für die Suchoptimierung wird für jede Tabelle unabhängig getroffen.

Ansichten¶

Der Suchoptimierungsdienst kann indirekt die Leistung von Ansichten (inkl. sichere Ansichten) verbessern. Wenn für die Basistabelle einer Ansicht die Suchoptimierung aktiviert ist und die Abfrage ein selektives Prädikat für diese Tabelle verwendet, kann der Suchoptimierungsdienst die Leistung beim Filtern von Zeilen verbessern.

Die Suchoptimierung muss nicht für alle Tabellen in der Ansicht aktiviert sein. Die Suchoptimierung wird für jede Tabelle unabhängig durchgeführt.

Tabellen mit Maskierungsrichtlinien und Zeilenzugriffsrichtlinien¶

Der Suchoptimierungsdienst kann die Performance von Abfragen auf Tabellen verbessern, die Maskierungsrichtlinien und Zeilenzugriffsrichtlinien verwenden.

Vom Suchoptimierungsdienst nicht unterstützte Abfragen¶

Der Suchoptimierungsdienst unterstützt Folgendes nicht:

• Externe Tabellen

• Materialisierte Ansichten

• Spalten, die mit einer COLLATE-Klausel definiert sind

• Verketten von Spalten

• Analytische Ausdrücke

• Umwandlungen auf Tabellenspalten (außer für Festkommazahlen, die in Zeichenfolgen umgewandelt werden).

  Obwohl die Suchoptimierung Prädikate mit impliziten und expliziten Umwandlungen auf Konstantenwerten unterstützt, werden keine Prädikate unterstützt, die Werte in der tatsächlichen Tabellenspalte umwandeln (außer für Umwandlungen von INTEGER und NUMBER in VARCHAR).

  Die folgenden Prädikate werden beispielsweise unterstützt, da sie die implizite und explizite Umwandlung von Konstantenwerten verwenden (nicht Werten in der Tabellenspalte):

  -- Supported predicate
  -- (where the string '2020-01-01' is implicitly cast to a date)
  WHERE timestamp1 = '2020-01-01';
  
  -- Supported predicate
  -- (where the string '2020-01-01' is explicitly cast to a date)
  WHERE timestamp1 = '2020-01-01'::date;
  

  Copy

  Das folgende Prädikat wird nicht unterstützt, da es eine Umwandlung von Werten in der Tabellenspalte verwendet:

  -- Unsupported predicate
  -- (where values in a VARCHAR column are cast to DATE)
  WHERE to_date(varchar_column) = '2020-01-01';
  

  Copy

  Der Suchoptimierungsdienst berücksichtigt die ursprünglichen Spaltenwerte und nicht die Werte nach der Umwandlung. Daher wird der Suchoptimierungsdienst nicht für Abfragen mit diesen Prädikaten verwendet.

Wie bereits erwähnt, ist die Ausnahme von dieser Regel das Umwandeln von NUMBER- oder INTEGER-Werten in VARCHAR-Werte in der Tabellenspalte. Der Suchoptimierungsdienst unterstützt diesen Typ von Prädikat:

-- Supported predicate
-- (where values in a numeric column are cast to a string)
WHERE cast(numeric_column as varchar) = '2'

Copy

Die Suchoptimierung verbessert nicht die Leistung von Abfragen, die Time Travel verwenden, da die Suchoptimierung nur für aktive Daten funktioniert.

Konfigurieren der Suchoptimierung für bestimmte Spalten¶

Um die Suchoptimierung für eine bestimmte Spalte zu konfigurieren, verwenden Sie den Befehl ALTER TABLE … ADD SEARCH OPTIMIZATION mit der ON-Klausel.

Die ON-Klausel gibt an, dass Sie die Suchoptimierung für bestimmte Spalten konfigurieren möchten. Weitere Informationen zur Syntax finden Sie im Abschnitt zu ALTER TABLE … ADD SEARCH OPTIMIZATION.

Nachdem Sie diesen Befehl ausgeführt haben, können Sie überprüfen, ob die Spalten für die Suchoptimierung konfiguriert wurden.

Die nächsten Abschnitte enthalten Beispiele, die zeigen, wie Sie die Konfiguration für die Suchoptimierung angeben:

• Beispiel: Unterstützung von Gleichheits- und IN-Prädikaten für bestimmte Spalten

• Beispiel: Unterstützung von Gleichheits- und IN-Prädikaten für alle anwendbaren Spalten

• Beispiel: Unterstützung unterschiedlicher Typen von Prädikaten

• Beispiel: Unterstützung von Gleichheits- und IN-Prädikaten für ein VARIANT-Feld

• Beispiel: Unterstützung von Geodatenfunktionen

ALTER TABLE t1 ADD SEARCH OPTIMIZATION ON EQUALITY(c1, c2, c3);

-- This statement is equivalent to the previous statement.
ALTER TABLE t1 ADD SEARCH OPTIMIZATION ON EQUALITY(c1), EQUALITY(c2, c3);

ALTER TABLE t1 ADD SEARCH OPTIMIZATION ON EQUALITY(*);

ALTER TABLE t1 ADD SEARCH OPTIMIZATION ON EQUALITY(c1, c2), SUBSTRING(c3);

ALTER TABLE t1 ADD SEARCH OPTIMIZATION ON EQUALITY(c4:user.uuid);

ALTER TABLE t1 ADD SEARCH OPTIMIZATION ON GEO(c1);

Verwalten der Suchoptimierung für die gesamte Tabelle¶

Wenn Sie nur EQUALITY für alle Spalten der unterstützten Datentypen (außer VARIANT und GEOGRAPHY) angeben möchten, verwenden Sie den Befehl ALTER TABLE … ADD SEARCH OPTIMIZATION ohne ON-Klausel.

Beispiel:

alter table test_table add search optimization;

Weitere Informationen dazu finden Sie im Abschnitt zur Suchoptimierung in ALTER TABLE.

Nachdem Sie diesen Befehl ausgeführt haben, können Sie überprüfen, ob die Spalten für die Suchoptimierung konfiguriert wurden.

Überprüfen, ob Tabelle für Suchoptimierung konfiguriert ist¶

So überprüfen Sie, ob die Tabelle und deren Spalten für die Suchoptimierung konfiguriert wurden:

1. Zeigen Sie die Konfiguration der Suchoptimierung für die Tabelle und deren Spalten an.

2. Führen Sie den SHOW TABLES-Befehl aus, um zu überprüfen, ob die Suchoptimierung hinzugefügt wurde, und um festzustellen, in welchem Umfang die Tabelle optimiert wurde:

   Beispiel:

   SHOW TABLES LIKE '%test_table%';
   

   Copy

   In der Ausgabe dieses Befehls:

   • Prüfen Sie, ob SEARCH_OPTIMIZATION auf ON gesetzt ist, was darauf hinweist, dass die Suchoptimierung hinzugefügt wurde.

   • Überprüfen Sie den Wert von SEARCH_OPTIMIZATION_PROGRESS. Dieser gibt den Prozentsatz der Tabelle an, der bisher optimiert wurde.

     Wenn die Suchoptimierung zum ersten Mal zu einer Tabelle hinzugefügt wird, zeigen sich die Leistungsvorteile nicht sofort. Der Suchoptimierungsdienst beginnt mit dem Auffüllen von Daten im Hintergrund. Die Vorteile zeigen sich nach und nach, bis die Wartung den aktuellen Status der Tabelle erreicht.

     Bevor Sie eine Abfrage ausführen, um zu überprüfen, ob die Suchoptimierung funktioniert, warten Sie, bis dieser Wert anzeigt, dass die Tabelle vollständig optimiert wurde.

3. Führen Sie eine Abfrage aus, um zu überprüfen, ob die Suchoptimierung funktioniert.

   Beachten Sie, dass das Snowflake-Optimierungsprogramm automatisch entscheidet, ob der Suchoptimierungsdienst für eine bestimmte Abfrage verwendet wird. Benutzer können nicht steuern, für welche Abfragen die Suchoptimierung verwendet wird.

   Wählen Sie eine Abfrage aus, die der Suchoptimierungsdienst optimieren soll. Siehe Identifizieren der Tabellen und Spalten, die von der Suchoptimierung profitieren.

4. Zeigen Sie auf der Web-UI den Abfrageplan für diese Abfrage an, und stellen Sie sicher, dass der Abfrageknoten „Search Optimization Access“-Teil des Abfrageplans ist.

Ändern der Tabelle¶

Ein Suchzugriffspfad wird ungültig, wenn der Standardwert einer Spalte geändert wird.

Um die Suchoptimierung erneut verwenden zu können, nachdem ein Suchzugriffspfad ungültig geworden ist, müssen Sie die SEARCH OPTIMIZATION-Eigenschaft für die Tabelle löschen und dann die SEARCH OPTIMIZATION-Eigenschaft wieder zur Tabelle hinzufügen.

Ein Suchzugriffspfad bleibt gültig, wenn Sie eine Spalte hinzufügen, löschen oder umbenennen:

• Wenn Sie die Suchoptimierung für eine gesamte Tabelle ohne Angabe bestimmter Spalten aktiviert haben und eine Spalte zu der Tabelle hinzufügen, wird die neue Spalte automatisch zum Suchzugriffspfad hinzugefügt. Wenn Sie jedoch beim Aktivieren der Suchoptimierung für eine Spalte die ON-Klausel verwendet haben, werden neue Spalten nicht automatisch hinzugefügt.

• Wenn Sie eine Spalte aus einer Tabelle löschen, wird die gelöschte Spalte automatisch aus dem Suchzugriffspfad entfernt.

• Das Umbenennen einer Spalte erfordert keine Änderungen am Suchzugriffspfad.

Wenn Sie eine Tabelle löschen, werden auch die SEARCH OPTIMIZATION-Eigenschaft und die Suchzugriffspfade gelöscht. Beachten Sie Folgendes:

• Bei Rücknahme des Löschens der Tabelle wird auch die Suchoptimierung als Eigenschaft der Tabelle wiederhergestellt.

• Wenn Sie eine Tabelle löschen, hat der Suchzugriffspfad dieselbe Datenaufbewahrungsfrist wie die Tabelle.

Wenn Sie die SEARCH OPTIMIZATION-Eigenschaft aus der Tabelle löschen, wird auch der Suchzugriffspfad entfernt. Wenn Sie die SEARCH OPTIMIZATION-Eigenschaft wieder zur Tabelle hinzufügen, muss der Wartungsdienst den Suchzugriffspfad neu erstellen. (Es gibt keine Möglichkeit, das Löschen der Eigenschaft zurückzunehmen.)

Klonen von Tabelle, Schema oder Datenbank¶

Wenn Sie eine Tabelle, ein Schema oder eine Datenbank klonen, werden auch die SEARCH OPTIMIZATION-Eigenschaft und die Suchzugriffspfade jeder Tabelle geklont. (Durch das Klonen einer Tabelle, eines Schemas oder einer Datenbank wird ein Nullkopie-Klon jeder Tabelle und der entsprechenden Suchzugriffspfade erstellt.)

Beachten Sie, dass bei Verwendung von CREATE TABLE … LIKE zum Erstellen einer neuen Tabelle mit denselben Spalten wie die ursprüngliche Tabelle die SEARCH OPTIMIZATION-Eigenschaft nicht in die neue Tabelle kopiert wird.

Verwenden von Tabellen in einer sekundären Datenbank (Unterstützung der Datenbankreplikation)¶

Wenn bei einer Tabelle der Primärdatenbank die SEARCH OPTIMIZATION-Eigenschaft aktiviert ist, wird diese Eigenschaft in die entsprechende Tabelle der Sekundärdatenbank repliziert.

Suchzugriffspfade in der sekundären Datenbank werden nicht repliziert, sondern automatisch neu aufgebaut. Beachten Sie, dass dieser Prozess die gleichen Arten von Kosten verursacht, die unter Verwalten der Kosten des Suchoptimierungsdienstes beschrieben sind.

Freigabe der Tabelle¶

Datenanbieter können Secure Data Sharing verwenden, um Tabellen freizugeben, für die die Suchoptimierung aktiviert ist.

Bei der Abfrage freigegebener Tabellen können Datenverbraucher von Leistungsverbesserungen des Suchoptimierungsdienstes profitieren.

Abschätzen der Kosten¶

Verwenden Sie die Funktion SYSTEM$ESTIMATE_SEARCH_OPTIMIZATION_COSTS, um die Kosten für das Hinzufügen der Suchoptimierung zu einer Tabelle und das Konfigurieren bestimmter Spalten für die Suchoptimierung abzuschätzen.

Im Allgemeinen sind die Kosten proportional zur:

• Anzahl der Spalten, für die das Feature aktiviert ist, und Anzahl der diskreten Werte in diesen Spalten.

• Datenmenge, die sich in diesen Tabellen ändert.

Anzeigen der Kosten¶

Sie können die Abrechnungskosten für den Suchoptimierungsdienst über die Weboberfläche oder mit SQL anzeigen. Siehe Untersuchen der Computekosten.

Senken der Kosten¶

Sie können die Kosten des Suchoptimierungsdienstes steuern, indem Sie sorgfältig die Tabellen und Spalten auswählen, für die die Suchoptimierung aktiviert werden soll.

Außerdem können Sie die Kosten des Suchoptimierungsdienstes wie folgt senken:

• Snowflake empfiehlt für DML-Operationen auf der Tabelle die Verwendung von Batches:

  • DELETE: Wenn in Tabellen Daten für den letzten Zeitraum (z. B. den letzten Tag, die letzte Woche oder den letzten Monat) gespeichert sind und Sie die Tabelle durch Löschen alter Daten verkleinern, muss der Suchoptimierungsdienst die Aktualisierungen berücksichtigen. In einigen Fällen können Sie Kosten ggf. senken, indem Sie Löschoperationen seltener ausführen (z. B. täglich anstatt stündlich).

  • INSERT, UPDATE und MERGE: Durch Verwenden von Batches für diese DML-Anweisungen auf der Tabelle können die Kosten zur Wartung des Suchoptimierungsdienstes gesenkt werden.

• Wenn Sie ein Reclustering der gesamten Tabelle durchführen möchten, müssen Sie vor dem Reclustering erst die SEARCH OPTIMIZATION-Eigenschaft für diese Tabelle löschen und nach dem Reclustering die SEARCH OPTIMIZATION-Eigenschaft wieder zu der Tabelle hinzufügen.

• Bevor Sie die Suchoptimierung für die Suche nach Teilzeichenfolgen (ON SUBSTRING(col)) oder VARIANTs (ON EQUALITY(variant_col)) aktivieren, sollten Sie SYSTEM$ESTIMATE_SEARCH_OPTIMIZATION_COSTS aufrufen, um die Kosten zu schätzen. Das erstmalige Erstellen und die Wartung können bei diesen Suchmethoden mit hohem Ressourcenverbrauch verbunden sein, daher sollten Sie zwischen Performance und Kosten abwägen.

Löschen der Suchoptimierung für bestimmte Spalten¶

Um die Konfiguration der Suchoptimierung für bestimmte Spalten zu löschen, verwenden Sie den folgenden Befehl: ALTER TABLE … DROP SEARCH OPTIMIZATION mit ON-Klausel.

Angenommen, die Ausführung des Befehls DESCRIBE SEARCH OPTIMIZATION gibt die folgenden Ausdrücke aus:

DESCRIBE SEARCH OPTIMIZATION ON t1;

+---------------+-----------+-----------+-------------------+--------+
| expression_id |  method   | target    | target_data_type  | active |
+---------------+-----------+-----------+-------------------+--------+
|             1 | EQUALITY  | C1        | NUMBER(38,0)      | true   |
|             2 | EQUALITY  | C2        | VARCHAR(16777216) | true   |
|             3 | EQUALITY  | C4        | NUMBER(38,0)      | true   |
|             4 | EQUALITY  | C5        | VARCHAR(16777216) | true   |
|             5 | EQUALITY  | V1        | VARIANT           | true   |
|             6 | SUBSTRING | C2        | VARCHAR(16777216) | true   |
|             7 | SUBSTRING | C5        | VARCHAR(16777216) | true   |
|             8 | GEO       | G1        | GEOGRAPHY         | true   |
|             9 | EQUALITY  | V1:"key1" | VARIANT           | true   |
|            10 | EQUALITY  | V1:"key2" | VARIANT           | true   |
+---------------+-----------+-----------+-------------------+--------+

Um die Suchoptimierung für Teilzeichenfolgen auf Spalte c2 zu löschen, führen Sie die folgende Anweisung aus:

ALTER TABLE t1 DROP SEARCH OPTIMIZATION ON SUBSTRING(c2);

Um die Suchoptimierung für alle Methoden auf Spalte c5 zu löschen, führen Sie die folgende Anweisung aus:

ALTER TABLE t1 DROP SEARCH OPTIMIZATION ON c5;

Da die Spalte c5 für die Optimierung von Gleichheits- und Teilzeichenfolgen-Suche konfiguriert ist, wird mit der obigen Anweisung die Konfiguration für Gleichheits- und Teilzeichenfolgen-Suche für c5 gelöscht.

Um die Suchoptimierung für Gleichheit auf Spalte c1 und auch die durch die Ausdrucks-IDs 6 und 8 angegebene Konfiguration zu löschen, führen Sie die folgende Anweisung aus:

ALTER TABLE t1 DROP SEARCH OPTIMIZATION ON EQUALITY(c1), 6, 8;

Weitere Informationen dazu finden Sie im Abschnitt zu ALTER TABLE … DROP SEARCH OPTIMIZATION.

Entfernen der Suchoptimierung aus der Tabelle¶

So entfernen Sie die SEARCH OPTIMIZATION-Eigenschaft aus einer Tabelle:

1. Wechseln Sie zu einer Rolle mit Berechtigungen zum Entfernen der Suchoptimierung aus der Tabelle.

2. Führen Sie den Befehl ALTER TABLE … DROP SEARCH OPTIMIZATION ohne ON-Klausel aus:

   ALTER TABLE [IF EXISTS] <table_name> DROP SEARCH OPTIMIZATION;
   

   Copy

   Beispiel:

   alter table test_table drop search optimization;
   

   Copy

   Weitere Informationen dazu finden Sie im Abschnitt zu ALTER TABLE … DROP SEARCH OPTIMIZATION.