Code mit dem Batch-SQL-Übersetzer migrieren

In diesem Dokument wird beschrieben, wie Sie mit dem Batch-SQL-Übersetzer in BigQuery Skripts, die in anderen SQL-Dialekten geschrieben sind, in GoogleSQL-Abfragen übersetzen. Sie können die Ergebnisse eines Übersetzungsjobs über die Cloud de Confiance Console oder über die Befehlszeile einreichen und prüfen.

Eine Liste der von diesem SQL-Übersetzer unterstützten SQL-Dialekte finden Sie unter Unterstützte SQL-Dialekte.

Eine Liste der unterstützten Verarbeitungsstandorte finden Sie unter Standorte.

Hinweis

Führen Sie die folgenden Schritte aus, bevor Sie einen Übersetzungsjob senden.

SQL-Übersetzungen aktivieren

Aktivieren Sie die erforderliche API und rufen Sie die Berechtigungen ab, die für die Verwendung eines BigQuery-SQL-Übersetzers erforderlich sind. Weitere Informationen finden Sie unter SQL-Übersetzungen aktivieren.

Erforderliche Berechtigungen

Bitten Sie Ihren Administrator, Ihnen die folgenden IAM-Rollen für die Ressource parent zuzuweisen, damit Sie die nötigen Berechtigungen zum Erstellen von Übersetzungsjobs mit dem interaktiven Übersetzer, der Übersetzungs-API oder dem Batch-SQL-Übersetzer haben:

• Migrationsjobs ansehen und überwachen: MigrationWorkflow-Betrachter (roles/bigquerymigration.viewer)
• Migrationsjobs einreichen: MigrationWorkflow-Bearbeiter (roles/bigquerymigration.editor)
• Zugriff auf die Cloud Storage-Buckets für Eingabe- und Ausgabedateien: Storage-Objekt-Administrator (roles/storage.objectAdmin) für den Cloud Storage-Quell- und -Ziel-Bucket.

Weitere Informationen zum Zuweisen von Rollen finden Sie unter Zugriff auf Projekte, Ordner und Organisationen verwalten.

Diese vordefinierten Rollen enthalten die Berechtigungen, die zum Erstellen von Übersetzungsjobs mit dem interaktiven Übersetzer, der Übersetzungs-API oder dem Batch-SQL-Übersetzer erforderlich sind. Maximieren Sie den Abschnitt Erforderliche Berechtigungen, um die notwendigen Berechtigungen anzuzeigen:

Sie können diese Berechtigungen auch mit benutzerdefinierten Rollen oder anderen vordefinierten Rollen erhalten.

Quelldateien erfassen

Quelldateien müssen Textdateien sein, die gültigen SQL-Code für den Quelldialekt enthalten. Quelldateien können auch Kommentare enthalten. Versuchen Sie mithilfe der verfügbaren Methoden, die SQL-Gültigkeit zu prüfen.

Metadatendateien erstellen

Damit der Dienst genauere Übersetzungsergebnisse generieren kann, empfehlen wir die Bereitstellung von Metadatendateien. Dies ist jedoch nicht obligatorisch.

Zum Generieren der Metadateninformationen können Sie das dwh-migration-dumper-Befehlszeilentool verwenden. Nachdem Sie die Metadatendateien vorbereitet haben, können Sie diese zusammen mit den Quelldateien in den Quellordner für die Übersetzung aufnehmen. Der Übersetzer erkennt sie automatisch und nutzt sie zum Übersetzen von Quelldateien. Sie müssen keine zusätzlichen Einstellungen konfigurieren, um dies zu aktivieren.

Informationen zum Generieren von Metadateninformationen mit dem dwh-migration-dumper-Tool finden Sie unter Metadaten für die Übersetzung generieren.

YAML-Konfigurationsdateien erstellen

Optional können Sie YAML-Konfigurationsdateien erstellen und verwenden, um Ihre Batchübersetzungen anzupassen. Mit diesen Dateien können Sie Ihre Übersetzungsausgabe auf verschiedene Weise transformieren. Sie können beispielsweise eine YAML-Konfigurationsdatei erstellen, um die Groß-/Kleinschreibung eines SQL-Objekts während der Übersetzung zu ändern.

Verwenden Sie eine der folgenden Optionen, um eine YAML-Konfigurationsdatei in Ihren Übersetzungsjob aufzunehmen.

gcloud alpha bq translation translate-batch \
  --source-dialect=SOURCE_DIALECT \
  --target-dialect=TARGET_DIALECT \
  --location=LOCATION \
  --source-local-dirs=LOCAL_DIR=SOURCE_URI \
  --source-local-files=LOCAL_CONFIG_YAML=CONFIG_YAML_URI \
  --target-gcs-path=TARGET_URI

Eingabedateien nach Cloud Storage hochladen

Laden Sie die Quelldateien mit den Abfragen und Skripts, die Sie übersetzen möchten, in Cloud Storage hoch. Sie können auch beliebige Metadatendateien oder YAML-Konfigurationsdateien in denselben Cloud Storage-Bucket und dasselbe Verzeichnis hochladen, die die Quelldateien enthalten. Weitere Informationen zum Erstellen von Buckets und zum Hochladen von Dateien in Cloud Storage erhalten Sie unter Buckets erstellen und Objekte aus einem Dateisystem hochladen.

Auswählen, wie der Übersetzungsjob gesendet werden soll

Zum Senden eines Batchübersetzungsjobs haben Sie zwei Möglichkeiten:

• Cloud de Confiance Console: Job über eine Benutzeroberfläche konfigurieren und senden. Bei diesem Ansatz müssen Sie Quelldateien in Cloud Storage hochladen.

• Google Cloud CLI: Sie können einen Job über die Befehlszeile mit der gcloud CLI einreichen. Der Befehl translate-batch akzeptiert Ihre Quell- und Zielorte als Flags und kann lokale Verzeichnisse und Dateien für Sie in Cloud Storage hochladen. Weitere Informationen finden Sie unter Übersetzungsjob senden.

Für beide Optionen müssen Ihre Quelldateien in Cloud Storage zugänglich sein und für beide wird dieselbe Art von Übersetzungsjob erstellt. Ein Job, den Sie über die Befehlszeile einreichen, wird weiterhin in der Liste der Übersetzungsjobs in derCloud de Confiance -Konsole angezeigt.

Übersetzungsjob senden

Verwenden Sie eine der folgenden Optionen, um einen Übersetzungsjob zu starten und seinen Fortschritt anzuzeigen. Informationen zum Prüfen der Ergebnisse finden Sie unter Übersetzungsergebnisse ansehen.

gcloud alpha bq translation translate-batch \
    --source-dialect=SOURCE_DIALECT \
    --target-dialect=TARGET_DIALECT \
    --location=LOCATION \
    --source-gcs-uris=SOURCE_URI \
    --target-gcs-path=TARGET_URI

gcloud alpha bq translation translate-batch \
    --source-dialect=SOURCE_DIALECT \
    --target-dialect=TARGET_DIALECT \
    --location=LOCATION \
    --source-local-dirs=LOCAL_DIR=SOURCE_URI \
    --target-gcs-path=TARGET_URI

gcloud alpha bq translation describe TRANSLATION_ID \
    --location=LOCATION

gcloud storage cp --recursive TARGET_URI LOCAL_DIRECTORY

Metadaten übersetzen

Sie können nicht nur SQL-Skripts, sondern auch die Metadaten übersetzen, die Ihr Quelldaten-Warehouse beschreiben. Bei einem Metadatenübersetzungsjob werden die Metadatendateien gelesen, die Sie aus Ihrem Quellsystem extrahiert haben. Anschließend werden GoogleSQL-Datendefinitionssprache-(DDL)-Anweisungen geschrieben, mit denen diese Objekte in BigQuery neu erstellt werden.

Die Eingabe besteht aus einer oder mehreren ZIP-Dateien mit Metadaten. Informationen zum Erstellen dieser Dateien mit dem dwh-migration-dumper-Tool finden Sie unter Metadaten für die Übersetzung generieren.

Sie können Metadaten entweder über die Cloud de Confiance -Konsole oder die gcloud CLI übersetzen. Wählen Sie eine der folgenden Optionen aus:

gcloud alpha bq translation translate-metadata \
  --source-dialect=SOURCE_DIALECT \
  --target-dialect=TARGET_DIALECT \
  --location=LOCATION \
  --source-gcs-uris=SOURCE_URI \
  --target-gcs-path=TARGET_URI

gcloud alpha bq translation translate-batch \
  --source-dialect=SOURCE_DIALECT \
  --target-dialect=TARGET_DIALECT \
  --location=LOCATION \
  --source-gcs-uris=SOURCE_URI \
  --target-gcs-path=TARGET_URI \
  --target-types=sql,metadata

Quell-DDL generieren

Wenn in Ihrem Quell-SQL auf Tabellen verwiesen wird, deren Definitionen Sie nicht haben, kann der Translator die Objekte nicht immer auflösen, was zu RelationNotFound- oder AttributeNotFound-Problemen führt.

Die beste Möglichkeit, diese Probleme zu beheben, besteht darin, die tatsächlichen Definitionen Ihrer Quellobjekte anzugeben. Führen Sie das dwh-migration-dumper-Tool für Ihr Quellsystem aus und fügen Sie die resultierende Metadaten-ZIP-Datei in die Übersetzungs-Eingaben ein. Eine Anleitung finden Sie unter Metadaten für die Übersetzung generieren. Die extrahierten Metadaten beschreiben Ihre Objekte genau, sodass der Übersetzer sie ohne Raten auflösen kann.

Wenn Sie keine Metadaten extrahieren können, z. B. weil Sie keinen Zugriff mehr auf das Quellsystem haben, können Sie Gemini bitten, die fehlenden DDL-Anweisungen aus Ihrem Quell-SQL abzuleiten. Gemini leitet diese DDL-Anweisungen aus der Verwendung der Objekte in Ihren Abfragen ab. Überprüfen Sie diese Anweisungen daher immer, bevor Sie sie verwenden.

Sie können QuelldDL für Ihre Übersetzungen entweder mit derCloud de Confiance -Konsole oder der gcloud CLI generieren. Wählen Sie eine der folgenden Optionen aus:

gcloud alpha bq translation generate-source-ddl \
  --source-dialect=SOURCE_DIALECT \
  --target-dialect=TARGET_DIALECT \
  --location=LOCATION \
  --source-gcs-uris=SOURCE_URI \
  --target-gcs-path=TARGET_URI

Sie können die generierten DDL-Anweisungen dann als Eingabe für einen späteren Übersetzungsjob verwenden, um die Übersetzungsqualität zu verbessern. Weitere Informationen finden Sie unter Übersetzungsprobleme bei RelationNotFound oder AttributeNotFound.

Übersetzungsausgabe ansehen

Sie können die Ergebnisse eines Übersetzungsjobs in der Cloud de Confiance Console ansehen, unabhängig davon, ob der Job über die Befehlszeile oder die Cloud de Confiance Console eingereicht wurde. Der Batch-SQL-Übersetzer gibt die folgenden Dateien an das angegebene Ziel aus:

• Die übersetzten Dateien.
• Der Zusammenfassungsbericht für Übersetzungen im CSV-Format.
• Die Dateien mit KI-Vorschlägen.

Cloud de Confiance Console-Ausgabe

So rufen Sie Details zu Übersetzungsjobs auf:

1. Rufen Sie in der Cloud de Confiance Console die Seite SQL-Übersetzung auf.

   Zur SQL-Übersetzung

2. Suchen Sie in der Liste der Übersetzungsjobs nach dem Job, für den Sie die Übersetzungsdetails aufrufen möchten. Klicken Sie dann auf den Namen des Übersetzungsjobs. Sie sehen eine Sankey-Visualisierung, die die Gesamtqualität des Jobs, die Anzahl der Eingabezeilen mit Code (ohne Leerzeilen und Kommentare) und eine Liste der Probleme veranschaulicht, die während des Übersetzungsprozesses aufgetreten sind. Sie sollten die Fehlerbehebung von links nach rechts priorisieren. Probleme in einer frühen Phase können in späteren Phasen zu zusätzlichen Problemen führen.

3. Bewegen Sie den Mauszeiger auf die Fehler- oder Warnungsbalken und sehen Sie sich die Vorschläge an, um die nächsten Schritte zur Fehlerbehebung des Übersetzungsjobs zu ermitteln.

4. Wählen Sie den Tab Logzusammenfassung aus, um eine Übersicht über die Übersetzungsprobleme aufzurufen, einschließlich Problemkategorien, vorgeschlagene Aktionen und der Häufigkeit des jeweiligen Problems. Sie können auf die Balken der Sankey-Visualisierung klicken, um Probleme zu filtern. Sie können auch eine Problemkategorie auswählen, um die mit dieser Problemkategorie verknüpften Logeinträge aufzurufen.

5. Wählen Sie den Tab Logeinträge aus, um weitere Informationen zu jedem Übersetzungsproblem aufzurufen, einschließlich der Problemkategorie, des spezifischen Problemeintrags und eines Links zu der Datei, in der das Problem aufgetreten ist. Sie können auf die Balken der Sankey-Visualisierung klicken, um Probleme zu filtern. Sie können auf dem Tab Logeinträge ein Problem auswählen, um den Tab Code zu öffnen, der die Eingabe- und Ausgabedatei anzeigt, wenn zutreffend.

6. Klicken Sie auf den Tab Jobdetails, um Details zur Konfiguration des Übersetzungsjobs aufzurufen.

Zusammenfassender Bericht

Der Zusammenfassungsbericht ist eine CSV-Datei, die eine Tabelle aller Warn- und Fehlermeldungen enthält, die während des Übersetzungsjobs aufgetreten sind.

So rufen Sie die Zusammenfassungsdatei in der Cloud de Confiance Console auf:

1. Rufen Sie in der Cloud de Confiance Console die Seite SQL-Übersetzung auf.

   Zur SQL-Übersetzung

2. Suchen Sie in der Liste der Übersetzungsjobs nach dem gewünschten Job und klicken Sie dann auf den Jobnamen oder auf Weitere Optionen> Details anzeigen.

3. Klicken Sie auf dem Tab Jobdetails im Abschnitt Übersetzungsbericht auf translation_report.csv.

4. Klicken Sie auf der Seite Objektdetails auf den Wert in der Zeile Authentifizierte URL, um die Datei in Ihrem Browser anzuzeigen.

In der folgenden Tabelle werden die Spalten der Zusammenfassungsdatei beschrieben:

Tab „Code“

Auf dem Tab „Code“ haben Sie die Möglichkeit, weitere Informationen zu den Eingabe- und Ausgabedateien für einen bestimmten Übersetzungsjob zu prüfen. Auf dem Tab „Code“ können Sie die in einem Übersetzungsjob verwendeten Dateien untersuchen, einen direkten Vergleich einer Eingabedatei und ihrer Übersetzung ausführen und dabei Ungenauigkeiten ermitteln sowie Logzusammenfassungen und -einträge für eine bestimmte Datei in einem Job aufrufen.

So greifen Sie auf den Tab „Code“ zu:

1. Rufen Sie in der Cloud de Confiance Console die Seite SQL-Übersetzung auf.

   Zur SQL-Übersetzung

2. Suchen Sie in der Liste der Übersetzungsjobs nach dem gewünschten Job und klicken Sie dann auf den Jobnamen oder auf Weitere Optionen> Details anzeigen.

3. Wählen Sie den Tab Code aus. Der Tab „Code“ besteht aus den folgenden Bereichen:

   

   • Dateiexplorer: Enthält alle SQL-Dateien, die für die Übersetzung verwendet werden. Klicken Sie auf eine Datei, um die Ein- und Ausgabe der Übersetzung sowie alle Übersetzungsprobleme der Übersetzung aufzurufen.
   • Gemini-optimierte Eingabe: Der SQL-Code, der von der Übersetzungs-Engine übersetzt wurde. Wenn Sie in der Gemini-Konfiguration benutzerdefinierte Gemini-Regeln für den Quell-SQL-Code angegeben haben, transformiert der Übersetzer zuerst die ursprüngliche Eingabe und übersetzt dann die Gemini-optimierte Eingabe. Wenn Sie die ursprüngliche Eingabe ansehen möchten, klicken Sie auf Ursprüngliche Eingabe ansehen.
   • Übersetzungsausgabe: Das Übersetzungsergebnis. Wenn Sie in der Gemini-Konfiguration Gemini-Anpassungsregeln für das Ziel-SQL angegeben haben, wird die Transformation als Gemini-optimierte Ausgabe auf das übersetzte Ergebnis angewendet. Wenn eine mit Gemini optimierte Ausgabe verfügbar ist, können Sie auf die Schaltfläche Gemini-Vorschlag klicken, um sie anzusehen.

4. Optional: Wenn Sie eine Eingabedatei und die zugehörige Ausgabedatei im interaktiven BigQuery-SQL-Übersetzer ansehen möchten, klicken Sie auf Bearbeiten. Sie können die Dateien bearbeiten und die Ausgabedatei wieder in Cloud Storage speichern.

Tab "Konfiguration"

Auf dem Tab Konfiguration können Sie Ihre YAML-Konfigurationsdateien hinzufügen, umbenennen, aufrufen oder bearbeiten. Im Schema Explorer finden Sie die Dokumentation für unterstützte Konfigurationstypen, die Ihnen beim Schreiben Ihrer YAML-Konfigurationsdateien helfen. Nachdem Sie die YAML-Konfigurationsdateien bearbeitet haben, können Sie den Job noch einmal ausführen, um die neue Konfiguration zu verwenden.

So greifen Sie auf den Tab „Konfiguration“ zu:

1. Rufen Sie in der Cloud de Confiance Console die Seite SQL-Übersetzung auf.

   Zur SQL-Übersetzung

2. Suchen Sie in der Liste der Übersetzungsjobs nach dem gewünschten Job und klicken Sie dann auf den Jobnamen oder auf Weitere Optionen> Details anzeigen.

3. Klicken Sie im Fenster Übersetzungsdetails auf den Tab Konfiguration.

So fügen Sie eine neue Konfigurationsdatei hinzu:

1. Klicken Sie auf more_vert Weitere Optionen > YAML-Konfigurationsdatei erstellen.
2. Ein Bereich wird angezeigt, in dem Sie den Typ, den Speicherort und den Namen der neuen YAML-Konfigurationsdatei auswählen können.
3. Klicken Sie auf Erstellen.

So bearbeiten Sie eine vorhandene Konfigurationsdatei:

1. Klicken Sie auf die YAML-Konfigurationsdatei.
2. Bearbeiten Sie die Datei und klicken Sie dann auf Speichern.
3. Klicken Sie auf Nochmal ausführen, um einen neuen Übersetzungsjob auszuführen, der die bearbeiteten YAML-Konfigurationsdateien verwendet.

Sie können eine vorhandene Konfigurationsdatei umbenennen, indem Sie auf das more_vert Weitere Optionen > Umbenennen klicken.

Übersetzte Dateien

Für jede Quelldatei wird eine entsprechende Ausgabedatei im Zielpfad generiert. Die Ausgabedatei enthält die übersetzte Abfrage.

Nicht unterstützte SQL-Funktionen mit Hilfs-UDFs verarbeiten

Beim Übersetzen von SQL aus einem Quelldialekt in BigQuery gibt es für einige Funktionen möglicherweise keine direkte Entsprechung. Um dieses Problem zu beheben, stellt der BigQuery-Migrationsdienst (und die BigQuery-Community im Allgemeinen) benutzerdefinierte Hilfsfunktionen (UDFs) bereit, die das Verhalten dieser nicht unterstützten Funktionen des Quelldialekts nachbilden.

Diese benutzerdefinierten Funktionen sind häufig im öffentlichen Dataset bqutil zu finden. Übersetzte Anfragen können daher anfangs im Format bqutil.<dataset>.<function>() darauf verweisen. Beispiel: bqutil.fn.cw_count()

Überlegungen zu Produktionsumgebungen

bqutil bietet zwar einen praktischen Zugriff auf diese Hilfs-UDFs für die erste Übersetzung und das Testen, die direkte Verwendung von bqutil für Produktionsarbeitslasten wird jedoch aus den folgenden Gründen nicht empfohlen:

1. Versionsverwaltung: Das bqutil-Projekt enthält die aktuelle Version dieser UDFs. Ihre Definitionen können sich also im Laufe der Zeit ändern. Wenn Sie sich direkt auf bqutil verlassen, kann es zu unerwartetem Verhalten oder zu Breaking Changes in Ihren Produktionsabfragen kommen, wenn die Logik einer UDF aktualisiert wird.
2. Abhängigkeitsisolation: Wenn Sie UDFs in Ihrem eigenen Projekt bereitstellen, wird Ihre Produktionsumgebung von externen Änderungen isoliert.
3. Anpassung: Möglicherweise müssen Sie diese benutzerdefinierten Funktionen ändern oder optimieren, damit sie besser zu Ihrer spezifischen Geschäftslogik oder Ihren Leistungsanforderungen passen. Das ist nur möglich, wenn sie sich in Ihrem eigenen Projekt befinden.
4. Sicherheit und Governance: Die Sicherheitsrichtlinien Ihrer Organisation schränken möglicherweise den direkten Zugriff auf öffentliche Datasets wie bqutil für die Verarbeitung von Produktionsdaten ein. Das Kopieren von UDFs in Ihre kontrollierte Umgebung entspricht solchen Richtlinien.

Hilfs-UDFs in Ihrem Projekt bereitstellen

Damit Sie die volle Kontrolle über die UDF-Version, die Anpassung und den Zugriff haben, empfehlen wir, Helper-UDFs in Ihrem eigenen Projekt und Dataset für eine zuverlässige und stabile Produktionsnutzung bereitzustellen. Weitere Informationen zu den erforderlichen Skripts und Schritten zum Bereitstellen von Hilfs-UDFs in Ihrer Umgebung finden Sie unter UDFs bereitstellen.

Fehlerbehebung

In diesem Abschnitt wird beschrieben, wie Sie einzelne Anfragen debuggen und die häufigsten Übersetzungsfehler beheben.

Batch-übersetzte SQL-Abfragen mit dem interaktiven SQL-Übersetzer debuggen

Mit dem interaktiven BigQuery-SQL-Übersetzer können Sie eine SQL-Abfrage mit denselben Metadaten oder Informationen zur Objektzuordnung wie Ihre Quelldatenbank überprüfen oder debuggen. Nachdem Sie einen Batchübersetzungsjob abgeschlossen haben, generiert BigQuery eine Übersetzungskonfigurations-ID, die Informationen zu den Metadaten des Jobs, zur Objektzuordnung oder zum Schemasuchpfad enthält, je nachdem, was für die Abfrage gilt. Sie verwenden die ID der Batchübersetzungskonfiguration mit dem interaktiven SQL-Übersetzer, um SQL-Abfragen mit der angegebenen Konfiguration auszuführen.

Sie können SQL-Abfragen für die Batchübersetzung entweder mit derCloud de Confiance Console oder der gcloud CLI debuggen. Wählen Sie eine der folgenden Optionen aus:

gcloud alpha bq translation translate \
  --source-dialect=SOURCE_DIALECT \
  --target-dialect=TARGET_DIALECT \
  --location=LOCATION \
  --input-file=INPUT_FILE \
  --output-file=OUTPUT_FILE \
  --translation-log-file=LOG_FILE \
  --explanation-output-file=EXPLANATION_FILE

Übersetzungsfehler beheben

In den folgenden Abschnitten werden häufige Fehler bei der Verwendung des Batch-SQL-Übersetzers beschrieben.

Übersetzungsprobleme bei RelationNotFound oder AttributeNotFound

Nachdem Sie eine Abfrage mit dem Batch-SQL-Übersetzer übersetzt haben, kann es vorkommen, dass die Übersetzung mit dem Fehler RelationNotFound oder AttributeNotFound fehlschlägt.

Fehlgeschlagene Übersetzungen finden Sie in BigQuery in der Cloud de Confiance Console auf der Seite Übersetzungsdetails auf dem Tab Log Messages (Log-Meldungen).

Übersetzung funktioniert am besten mit Metadaten-DDLs. Wenn SQL-Objektdefinitionen nicht gefunden werden können, gibt die Übersetzungs-Engine RelationNotFound- oder AttributeNotFound-Probleme aus. Wir empfehlen die Verwendung des Metadaten-Extrahierers zum Generieren von Metadatenpaketen, um dafür zu sorgen, dass alle Objektdefinitionen vorhanden sind. Das Hinzufügen von Metadaten ist der erste empfohlene Schritt, um die meisten Übersetzungsfehler zu beheben, da oft viele andere Fehler behoben werden können, die indirekt durch ein Fehlen von Metadaten verursacht werden.

Weitere Informationen finden Sie unter Metadaten für Übersetzung und Bewertung generieren.

Übersetzungsprobleme mit Gemini beheben

Um fehlgeschlagene Übersetzungsjobs mit den Fehlern RelationNotFound oder AttributeNotFound zu beheben, können Sie auch Gemini verwenden:

1. Rufen Sie die Seite Übersetzungsdetails auf und öffnen Sie den Tab Protokollnachrichten.
2. Klicken Sie in der Spalte Kategorie auf die Abfrage mit der Meldung RelationNotFound oder AttributeNotFound.

3. Wenn Sie zur Datei und Zeile mit dem Fehler auf dem Tab „Code“ wechseln möchten, klicken Sie auf das

   Fehlermeldung.

4. Klicken Sie in der Spalte Aktion auf Vorgeschlagene Korrektur.

5. Wählen Sie eine der folgenden Optionen aus: Übernehmen oder Übernehmen und noch einmal ausführen:

   • Wenn Sie die generierte Schemadatei aus dem Ausgabeverzeichnis in das Eingabeverzeichnis kopieren möchten, klicken Sie auf Übernehmen.
   • Wenn Sie die generierte Schemadatei aus dem Ausgabeverzeichnis in das Eingabeverzeichnis kopieren und ein Fenster für die erneute Ausführung öffnen möchten, klicken Sie auf Übernehmen und noch einmal ausführen.

Kontingent und Limits

• Dafür gelten die Kontingente der BigQuery Migration API.
• Jedes Projekt kann höchstens 10 aktive Übersetzungsaufgaben haben.
• Die Gesamtzahl der Quell- und Metadatendateien ist zwar nicht begrenzt, es empfiehlt sich jedoch, die Anzahl der Dateien unter 1.000 zu halten, um eine bessere Leistung zu erzielen.

Preise

Für die Verwendung des Batch-SQL-Übersetzers fallen keine Kosten an. Für die Speicherung von Eingabe- und Ausgabedateien werden jedoch die normalen Gebühren berechnet. Weitere Informationen finden Sie unter Speicherpreise.

Alternative Befehlszeilentools für Migrationsworkflows

Sie können auch einen Batchübersetzungsjob mit einer Übersetzungs-Konfigurationsdatei über die Google Cloud CLI (gcloud bq migration-workflows) oder das bq-Befehlszeilentool einreichen.

Bei diesen Schritten wird davon ausgegangen, dass Sie Quelldateien in einen Cloud Storage-Bucket hochgeladen haben.

Übersetzungskonfigurationsdatei erstellen

In einer Übersetzungs-Konfigurationsdatei werden der Pfad zu den Quelldateien, das Ausgabeziel sowie die Quell- und Zielsprache Ihrer Übersetzung definiert. Sie können diese Datei entweder in YAML oder JSON schreiben.

Das folgende Beispiel zeigt eine YAML-Datei für die Übersetzungskonfiguration für eine Übersetzung von Teradata zu BigQuery:

tasks:
  translation_task:
    type: Teradata2BigQuery_Translation
    translationDetails:
      sourceTargetMapping:
      - sourceSpec:
          baseUri: gs://bq-translations/input
        targetSpec:
          relativePath: output
      targetBaseUri: gs://bq-translations
      targetTypes:
      - sql
      sourceEnvironment:
        defaultDatabase: default_db
        schemaSearchPath:
        - foo

Das folgende Beispiel zeigt eine JSON-Datei mit der Übersetzungskonfiguration für eine Übersetzung von Teradata zu BigQuery:

{
  "tasks": {
    "translation_task": {
      "type": "Teradata2BigQuery_Translation",
      "translationDetails": {
        "sourceTargetMapping": [
          {
            "sourceSpec": {
              "literal": {
                "literalString": "sel 1",
                "relativePath": "my_input_1"
              },
              "encoding": "UTF-8"
            }
          },
          {
            "sourceSpec": {
              "literal": {
                "literalString": "sel 2",
                "relativePath": "my_input_2"
              },
              "encoding": "UTF-8"
            }
          }
        ],
        "targetReturnLiterals": [
          "sql/my_input_1",
          "sql/my_input_2"
        ]
      }
    }
  }
}

Übersetzungsjobs senden und verwalten

Verwenden Sie eines der folgenden Befehlszeilentools, um Ihre Übersetzungsjobs einzureichen und zu verwalten.

gcloud bq migration-workflows create --location=LOCATION --config-file=CONFIG_FILE

gcloud bq migration-workflows create --location=LOCATION --config-file=CONFIG_FILE --async

gcloud bq migration-workflows list --location=LOCATION

gcloud bq migration-workflows describe projects/PROJECT_ID/locations/LOCATION/workflows/WORKFLOW_ID

bq mk --migration_workflow --location=LOCATION --config_file=CONFIG_FILE

bq ls --migration_workflow --location=LOCATION

bq show --migration_workflow projects/PROJECT_ID/locations/LOCATION/workflows/WORKFLOW_ID

bq rm --migration_workflow projects/PROJECT_ID/locations/LOCATION/workflows/WORKFLOW_ID

Ausgabedateien abrufen

Verwenden Sie gcloud storage cp, um die Ausgabedateien nach Abschluss des Jobs herunterzuladen, wie unter Ausgabedateien abrufen beschrieben. Informationen zum Prüfen des Jobs in der Cloud de Confiance Console finden Sie unter Übersetzungsausgabe ansehen.

Nächste Schritte

Mehr über die folgenden Schritte bei der Data Warehouse-Migration erfahren:

• Übersicht über die Migration
• Migrationsbewertung
• Schema- und Datenübertragung
• Datenpipelines
• Interaktive SQL-Übersetzung
• Datensicherheit und Governance
• Datenvalidierungstool