Genie Codeで独自のコードをオープンな ANSI SQLに変換

レガシーなデータウェアハウスからの移行は、何十年も前のコードの分析、独自のダイアレクト（方言）の変換、大規模なデータセットの移行、システム間の差異の調整などをチームに要求する複雑な取り組みです。Databricksは、DatabricksのAIコーディングエージェントであるGenie Codeにより、レガシーなデータウェアハウスからレイクハウスへのワークロードの移行を劇的に容易にします。

Genie Codeの新しいエージェント型コンバーターを発表できることを嬉しく思います。このエージェント型コードコンバーターは、独自のダイアレクトをオープンな ANSI SQLに変換します。まずはT-SQL、Snowflake、Redshift、Oracle、BigQuery、Teradataに対応しています。これにより、データウェアハウスの移行は、チームが人員を配置して管理するプロジェクトから、設定、起動、監視を行うだけのプロジェクトへと変革されます。

自動化された移行計画

エージェント型コンバーターが実際にどのように機能するかを確認するために、一連のT-SQLストアドプロシージャを ANSI SQLに変換する概念実証（POC）を進めてみましょう。

移行を開始するには、Databricksワークスペースの新機能である移行プロジェクトを作成します。移行プロジェクトは、ソースファイルの管理、変換進捗の追跡、移行プロセス全体でのコラボレーションを行うための中心的なハブをチームに提供します。プロジェクト名をMigration Project - POCとし、ソースダイアレクトをT-SQL、ターゲットをANSI SQLに設定し、変換されたファイルの保存先フォルダーを選択します。作成後、あらかじめワークスペースにアップロードしておいたソースSQLファイルをプロジェクトに追加できます。各ファイルは、ファイルタイプ、コード行数、移行ステータスとともにプロジェクトに表示されます。

Genie Codeは各ファイルの複雑さを分析してスコアを付け、右側のパネルに評価を表示します。この例では、mixed_5cats_sp_string_agg.sqlは ANSI SQLにきれいにマッピングされるSQL機能のみを含んでいるため、複雑さのスコアは「低」になります。本格的な移行では、チームはこの複雑さスコアを使用して優先順位を付け、よりシンプルなファイルから最初に取り組むことができます。

また、Genie Codeはリネージを生成し、レガシー環境内のオブジェクト（テーブル、ビュー、ストアドプロシージャ）間のすべての関係をマッピングします。リネージグラフは、sps_sp_update_from.sqlとsps_sp_pivot.sqlに共有の依存関係がないことを示しており、これらを独立して安全に移行できることを意味します。

本格的な移行において、複雑さとリネージは、何を、どの順序で、何を一緒に移動する必要があるのかについて、チームに明確な全体像を提供します。

完全エージェント型のコード変換

ソースコードの分析後、コードの変換を開始できます。Runをクリックすると、Genie Codeは各スクリプトのT-SQLを分析し、サブエージェントの群れを起動してファイルを並行して変換します。各サブエージェントは繰り返しエラーを修正し、構文とセマンティック（意味的）な意図の両方を検証して、変換されたコードが元のビジネスロジックを維持し、正常にパースされることを保証します。

完了すると、変換されたファイルが保存先フォルダーに書き込まれ、ステータスごとに色分けされます。この概念実証では、8ファイル中6ファイルが正常に変換されました。ただし、mixed_5cats_sp_string_agg.sqlとmixed_6cats_sp_string_agg.sql はさらなる確認が必要です。右側のパネルを見ると、スクリプトの修正に必要なToDoリストを確認できます。Genie Codeは、フラグが立てられたストアドプロシージャをUnity Catalogの3部構成の名前（catalog.schema.sp_string_agg）で修飾する必要があると説明しています。

ファイルをクリックすると、ネイティブSQLエディターを開いて、左右に並べて差異を確認できます。エディターで手動で修正することも、Genie Codeでカスタムスキルを作成して変換ルールをコード化することもできます。本格的な移行を実行する準備ができたら、Genie Codeはそのルール（この場合はUnity Catalogでストアドプロシージャに3部構成の名前を付与するルール）をコードベース全体に自動的に適用します。カスタムスキルは、承認されたETLパターンへの準拠や内部の命名規則への準拠など、より広範なカスタマイズにも役立ちます。

リフト＆シフト（移行）を検討しているチーム向けに、DatabricksはエンタープライズSQL機能のフルスイートを提供しています。レガシーなデータウェアハウスで一般的に使用されている機能であるマルチステートメントトランザクション、一時テーブル、ストアドプロシージャはすべてDatabricksで利用できるため、新しいプラットフォームに合わせてロジックを再設計する必要はありません。

エージェント型コンバーターを今すぐ始めましょう

エージェント型コードコンバーターは、大規模な環境でのLakebridgeの成功を基に構築された、次世代のデータウェアハウス移行ツールです。Data and AI Summit 2025での発表以来、Lakebridgeの変換ツールは、1,000社以上のお客様がDatabricksレイクハウスを採用するのを支援してきました。

「Lakebridgeのおかげで、Databricksへの移行がより予測可能かつ効率的になりました。レガシーなストアドプロシージャのSpark Declarative Pipelinesへの変換を処理してくれたため、手作業が大幅に削減され、統合されたオープンなレイクハウスへの移行をより迅速に進めることができました。」—Shane Irons、情報管理シニアディレクター

次のステップとして、一般的なレガシーETLソースや新しいターゲットダイアレクトをサポートするために、エージェント型コンバーターを拡張しています。また、データを移行するためのネイティブなLakeflow Connect統合や、カットオーバー前に移行されたデータがソースと一致していることを検証する自動化ツールにより、データ移行と照合を移行プロジェクトのエクスペリエンスに組み込むことも計画しています。

移行の準備はできましたか？Databricksのアカウントチームに連絡してレガシー環境を評価し、エージェント型コードコンバーターをこちらでお試しください。

(このブログ記事はAI翻訳ツールを使用して翻訳されています) 原文記事