Routing-Modus für Cortex Analyst

Der Routing-Modus ist eine Strategie bei der Generierung von Abfragen, die semantisches SQL priorisiert und nur bei Bedarf auf Standard-SQL zurückgreift. Er fungiert als einfachere Version von SQL, wobei die Strukturen zur Begrenzung aus Ihren semantischen Ansichten stammen. Der Routing-Modus nutzt Ihre semantischen Ansichten, um eine höhere Genauigkeit und Konsistenz zu erreichen. Infolgedessen folgen Metriken, Verknüpfungen und Filter den geregelten Definitionen der semantischen Ansicht.

Cortex Analyst verwendet beim Generieren auf Basis einer semantischen Sicht automatisch den Routing-Modus. An Ihrem Workflow ändert sich nichts, außer dass die Qualität der Text-zu-SQL-Konvertierung höher ist.

Bemerkung

Der Routing-Modus ändert nicht die Berechtigungen. Semantische Ansichten sind Snowflake-Objekte mit Standardberechtigungen. Der Zugriff wird auf die gleiche Weise erzwungen wie bei Tabellen oder Ansichten.

Vorteile des Routing-Modus

Der Routing-Modus bietet die folgenden Vorteile:

  • Konsistente Metriken: Abfragen verwenden Definitionen aus semantischen Ansichten, nicht SQL.

  • Sichere Standardeinstellungen: Dimensionen, Metriken und Verknüpfungen stammen aus verwalteten Metadaten.

  • LLM-freundlich: Kürzeres SQL lässt sich von einem LLM leichter korrekt erzeugen.

Der Routing-Modus kann in den folgenden Situationen von Vorteil sein:

  • Sie haben eine oder mehrere semantische Ansichten, die zentrale Geschäftseinheiten und Metriken definieren.

  • Sie möchten konsistente Antworten auf häufige Fragen und Flexibilität für Grenzfälle.

Betrachten Sie zum Beispiel die folgenden Szenarien und wie der Routing-Modus damit umgeht:

  • Nach einer von einer Geschäftsdimension geregelten Metrik fragen

    • Benutzerabsicht: „Durchschnittlicher Auftragswert nach Kundensegment“.

    • Routing-Verhalten: Versucht semantisches SQL zuerst, damit Verknüpfungen und metrische Berechnungen aus der Ansicht kommen.

      SELECT *
FROM SEMANTIC_VIEW(
  tpch_analysis
  DIMENSIONS customer.customer_market_segment
  METRICS orders.order_average_value
)
ORDER BY customer_market_segment;

    • Vorteil: Keine manuellen Verknüpfungen oder metrischen Formeln. Die Ergebnisse stehen im Einklang mit Ihren BI-Definitionen.

  • Mehrere verwaltete Metriken mit einer Dimension

    • Benutzerabsicht: „Gesamtumsatz und Auftragsausführung nach Jahr anzeigen.“

      SELECT *
FROM SEMANTIC_VIEW(
  tpch_analysis
  DIMENSIONS orders.order_year
  METRICS orders.total_revenue, orders.order_count
)
ORDER BY order_year;

    • Vorteil: Beide Metriken verwenden die gleichen Definitionen und Filter wie in der semantischen Ansicht.

  • Fallback für nicht abgedeckte Anfragen

    • Benutzerabsicht: „Rohspalte oder -transformation anzeigen, die nicht in der Ansicht modelliert wird.“

    • Routing-Verhalten: Wenn die semantische Ansicht die Anfrage nicht erfüllen kann, erfolgt die automatische Weiterleitung zu Standard-SQL für Basistabellen.

    • Vorteil: Flexibilität, ohne den Benutzenden zu blockieren.

Wie es funktioniert

Die folgende Prozedur beschreibt die Schritte, die Cortex Analyst bei der Verwendung des Routing-Modus durchführt.

  1. Cortex Analyst verwendet den Routing-Modus im Playground, in der API und in allen Produktoberflächen.

  2. Cortex Analyst versucht, semantisches SQL zu erzeugen.

    SELECT … FROM SEMANTIC_VIEW(...).

  3. Wenn Cortex Analyst kein gültige semantische SQL-Abfrage erzeugen kann, die die Frage innerhalb des Timeouts beantwortet, erfolgt die Weiterleitung an Standard -SQL für physische Tabellen.

Bemerkung

Der Routing-Modus führt insgesamt nur etwa bei 10 % der Abfragen zu semantischem SQL. Diese Zahl variiert je nach dem Grad der Abdeckung, den die in der semantischen Ansicht definierten Metriken haben.

Hinweise

  • Wenn die semantische Ansicht eine Frage nicht erfüllen kann, greift Cortex Analyst auf Standard-SQL zurück. Sie sollten die semantische Ansicht erweitern, um solche Fallbacks im Laufe der Zeit zu reduzieren.