翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Microsoft SQL Server から Amazon Aurora PostgreSQL 互換エディションへのデータベース移行をサポートするように Python と Perl アプリケーションを変更する
作成者: Dwarika Patra (AWS)、Deepesh Jayaprakash (AWS)
概要
このパターンでは、Microsoft SQL Server から Amazon Aurora PostgreSQL 互換エディションにデータベースを移行する際に、場合によっては必要になるアプリケーションリポジトリに変更します。このパターンでは、これらのアプリケーションが Python または Perl ベースであることを前提としており、これらのスクリプト言語には個別の指示が記載されています。
SQL Server データベースから Aurora PostgreSQL 互換に移行するには、スキーマ変換、データベースオブジェクト変換、データ移行、およびデータ読み込みが必要です。 PostgreSQL と SQL Server には (データ型、接続オブジェクト、構文、ロジックに関する) 違いがあるため、PostgreSQL で正しく動作するようにコードベースに必要な変更を追加するのが最も難しい移行作業です。
Python ベースのアプリケーションでは、接続オブジェクトとクラスはシステム全体に分散されています。また、Python コードベースは複数のライブラリを使用してデータベースに接続している場合があります。データベース接続インターフェースが変更された場合、アプリケーションのインラインクエリを実行するオブジェクトも変更する必要があります。
Perl ベースのアプリケーションの場合、変更には接続オブジェクト、データベース接続ドライバー、静的および動的なインライン SQL ステートメント、およびアプリケーションが複雑な動的 DML クエリと結果をセットで処理する方法が含まれます。
アプリケーションを移行する際には、FTP サーバーを Amazon Simple Storage Service (Amazon S3) アクセスに置き換えるなど、AWS で可能な機能強化を検討することもできます。
アプリケーションの移行プロセスには、以下の問題があります。
接続オブジェクト。接続オブジェクトが複数のライブラリや、関数呼び出しを含むコードに分散している場合、PostgreSQL をサポートするようにオブジェクトを変更する共通の方法を見つける必要があるかもしれません。
レコードの取得または更新中のエラーや例外の処理。変数、結果セット、またはデータフレームを返す条件付きの作成、読み取り、更新、削除 (CRUD) 操作をデータベースで実行すると、エラーや例外によってアプリケーションエラーが発生し、連鎖的な影響が発生する可能性があります。これらの処理は、適切な検証を行いながら、ポイントを保存して慎重に処理する必要があります。このようなセーブポイントの 1 つとして、
BEGIN...EXCEPTION...END
ブロック内で大規模なインライン SQL クエリやデータベースオブジェクトを呼び出すことがあります。トランザクションの制御と検証。手動および自動のコミットとロールバックが含まれます。Perl 用の PostgreSQL ドライバーでは、常に自動コミット属性を明示的に設定する必要があります。
動的 SQL クエリを処理します。これには、クエリが意図したとおりに動作することを確実にするため、クエリロジックと反復テストを詳しく理解する必要があります。
パフォーマンス コードを変更しても、アプリケーションのパフォーマンスが低下しないようにする必要があります。
このパターンでは、変換プロセスを詳しく説明します。
前提条件と制限
前提条件
Python と Perl の構文に関する実用的な知識。
SQL Server および PostgreSQL に関する基本スキル
既存のアプリケーションアーキテクチャを理解しましょう。
アプリケーションコード、SQL Server データベース、および PostgreSQL データベースにアクセスできます。
アプリケーションの変更を開発、テスト、検証するための認証情報を使用して Windows または Linux (または他の Unix) 開発環境にアクセスできます。
Python ベースのアプリケーションでは、データフレームを処理するための Pandas や、データベース接続用の psycopg2 や SQLAlchemy など、アプリケーションが必要とする標準の Python ライブラリが必要です。
Perl ベースのアプリケーションでは、依存ライブラリまたはモジュールを含む Perl パッケージが必要です。包括的な Perl Archive Network (CPAN) モジュールは、ほとんどのアプリケーション要件をサポートします。
必要なすべての依存関係のあるカスタマイズされたライブラリまたはモジュール。
SQL Server への読み込みアクセスと Aurora への読み込み/書き込みアクセス用のデータベース認証情報。
PostgreSQL は、サービスやユーザーによるアプリケーションの変更を検証およびデバッグします。
アプリケーションの移行中に Visual Studio Code、Sublime Text、pgAdmin などの開発ツールにアクセスできます。
機能制限
Python や Perl のバージョン、モジュール、ライブラリ、パッケージの中には、クラウド環境と互換性のないものがあります。
SQL Server に使用されているサードパーティのライブラリやフレームワークの中には、PostgreSQL への移行をサポートするように置き換えられないものがあります。
パフォーマンスの変動により、アプリケーション、インライン Transact-SQL (T-SQL) クエリ、データベース関数、ストアドプロシージャの変更が必要な場合があります。
PostgreSQL は、テーブル名、列名、および他のデータベースオブジェクトの小文字名をサポートします。
UUID 列などの一部のデータタイプは小文字のみで保存されます。Python と Perl のアプリケーションは、このような大文字と小文字の違いを処理する必要があります。
文字エンコーディングの違いは、PostgreSQL データベース内の対応するテキスト列の正しいデータタイプで処理する必要があります。
製品バージョン
Python 3.6 以降 (オペレーティングシステムをサポートするバージョンを使用してください)
Perl 5.8.3 以降 (オペレーティングシステムをサポートするバージョンを使用してください)
Aurora PostgreSQL 互換エディション 4.2 以降 (「詳細」を参照してください)
アーキテクチャ
ソーステクノロジースタック
スクリプト作成 (アプリケーションプログラミング) 言語: Python 2.7 以降または Perl 5.8
データベース: Microsoft SQL Server バージョン 13
オペレーティングシステム: Red Hat Enterprise Linux (RHEL) 7
ターゲットテクノロジースタック
スクリプト作成 (アプリケーションプログラミング) 言語:Python 3.6 以降または Perl 5.8 以降
データベース: Aurora PostgreSQL 互換 4.2
オペレーティングシステム: RHEL 7
移行アーキテクチャ

ツール
AWS のサービスとツール
Aurora PostgreSQL 互換エディションは、フルマネージド型で PostgreSQL 互換の、ACID 準拠のリレーショナルデータベースエンジンです。ハイエンドの商用データベースのスピードと信頼性を、オープンソースデータベースのコスト効率でご利用いただけます。PostgreSQL を Aurora PostgreSQL に差し替えることで、新規および既存の PostgreSQL のデプロイを簡単に、コスト効率よく設定、操作、スケーリングできるようになります。
AWS コマンドラインインターフェイス (AWS CLI) はオープンソースのツールであり、コマンドラインシェルのコマンドを使用して AWS サービスとやり取りすることができます。
その他のツール
psycopg2
や SQLAlchemy などの Python および PostgresSQL データベース接続ライブラリ PostgreSQL インタラクティブターミナル
(psql)
エピック
タスク | 説明 | 必要なスキル |
---|---|---|
以下のコード変換手順に従って、アプリケーションを PostgreSQL に移行してください。 |
以下のエピックでは、Python および Perl アプリケーションの変換タスクの一部について詳しく説明します。 | アプリ開発者 |
移行の各ステップでチェックリストを使用します。 | アプリケーション移行の各手順 (最終ステップを含む) のチェックリストに以下の項目を追加してください。
| アプリ開発者 |
タスク | 説明 | 必要なスキル |
---|---|---|
既存の Python コードベースを分析します。 | アプリケーションの移行プロセスを円滑に進めるため、以下の項目を分析に含める必要があります。
| アプリ開発者 |
PostgreSQL をサポートするようにデータベース接続を変換します。 | ほとんどの Python アプリケーションは、次のように pyodbcx ライブラリを使用して SQL Server データベースに接続します。
PostgreSQL をサポートするようにデータベース接続を変換します。
| アプリ開発者 |
インライン SQL クエリを PostgreSQL に変更します。 | インライン SQL クエリを PostgreSQL 互換の形式に変換します。たとえば、次の SQL Server クエリはテーブルから文字列を取得します。
変換後、PostgreSQL 互換のインライン SQL クエリは以下のようになります。
| アプリ開発者 |
動的 SQL クエリの処理。 | 動的 SQL は、1 つのスクリプトに存在することも、複数の Python スクリプトに含めることもできます。 先ほどの例では、Python の文字列置換関数を使用して動的 SQL クエリを構築するために変数を挿入する方法を説明しました。別の方法として、該当する箇所に変数を使用してクエリ文字列を追加することもできます。 次の例では、関数から返された値に基づいてクエリ文字列が作成されます。
このような動的クエリは、アプリケーションの移行中によく使用されます。以下のステップに従って、動的クエリの処理を行います。
| アプリ開発者 |
結果セット、変数、データフレームを処理します。 | Microsoft SQL Server では、 pyodbc (Microsoft SQL Server)
Aurora では、PostgreSQL への接続や結果セットの取得などの同様のタスクを実行するには、psycopg2 または SQLAlchemy のどちらかを使用します。これらの Python ライブラリは、次の例に示すように、PostgreSQL データベースレコードを走査するための接続モジュールとカーソルオブジェクトを提供します。 psycopg2 (Aurora PostgreSQL 互換)
SQL Alchemy (Aurora PostgreSQL 互換)
| アプリ開発者 |
移行中や移行後にアプリケーションをテストします。 | 移行後の Python アプリケーションのテストは継続的なプロセスです。移行には接続オブジェクトの変更 (psycopg2 または SQLAlchemy)、エラー処理、新機能 (データフレーム)、インライン SQL の変更、大容量レプリケーション機能 (
| アプリ開発者 |
タスク | 説明 | 必要なスキル |
---|---|---|
既存の Perl コードベースを分析します。 | アプリケーションの移行プロセスを円滑に進めるため、以下の項目を分析に含める必要があります。以下の項目を特定する必要があります。
| アプリ開発者 |
Perl アプリケーションと DBI モジュールからの接続を PostgreSQL をサポートするように変換します。 | Perl ベースのアプリケーションは通常、Perl プログラミング言語の標準データベースアクセスモジュールである Perl DBI モジュールを使用します。 同じ DBI モジュールを SQL Server 用と PostgreSQL 用の異なるドライバーで使用できます。 必要な Perl モジュール、インストール、およびその他の手順の詳細については、DBD::Pg のドキュメント
| アプリ開発者 |
インライン SQL クエリを PostgreSQL に変更します。 | アプリケーションには、 In SQL Server:
PostgreSQL の場合は、次のように変換してください。
| アプリ開発者 |
動的 SQL クエリと Perl 変数を処理します。 | 動的 SQL クエリは、アプリケーションのランタイム時に作成される SQL ステートメントです。これらのクエリは、アプリケーションのランタイムに特定の条件に応じて動的に構築されるため、特定の条件に依存するので、クエリの全文は実行時に把握できません。例としては、毎日上位 10 銘柄を分析する財務分析アプリケーションがあります。これらの株式は毎日変動します。SQL テーブルはトップパフォーマーに基づいて作成され、その値はランタイムになるまでわかりません。 この例のインライン SQL クエリは、変数に設定された結果を取得するためにラッパー関数に渡され、変数は条件を使用してテーブルが存在するかどうかを判断します。
次に、変数処理の例を示します。次に、このユースケースの SQL Server クエリと PostgreSQL クエリを示します。
SQL Server:
PostgreSQL:
次の例では、インライン SQL の Perl 変数を使用して、 SQL Server:
PostgreSQL:
| アプリ開発者 |
タスク | 説明 | 必要なスキル |
---|---|---|
他の SQL Server コンストラクトを PostgreSQL に変換します。 | 次の変更は、プログラミング言語にかかわらず、すべてのアプリケーションに適用されます。
| アプリ開発者 |
タスク | 説明 | 必要なスキル |
---|---|---|
AWS のサービスを活用してパフォーマンスを向上させましょう。 | AWS クラウドに移行すると、アプリケーションとデータベースのデザインを改良して AWS のサービスを活用できます。たとえば、Aurora PostgreSQL 互換データベースサーバーに接続されている Python アプリケーションからのクエリが、元の Microsoft SQL Server クエリよりも時間がかかる場合は、Aurora サーバーから Amazon Simple Storage Service (Amazon S3) バケットに履歴データのフィードを直接作成し、Amazon Athena ベースの SQL クエリを使用してユーザーダッシュボード用のレポートと分析データクエリを生成することを検討できます。 | アプリ開発者、クラウドアーキテクト |
関連リソース
追加情報
Microsoft SQL Server と Aurora PostgreSQL 互換はいずれも ANSI SQL に準拠しています。ただし、Python または Perl アプリケーションを SQL Server から PostgreSQL に移行する場合は、構文、列データ型、ネイティブデータベース固有の関数、一括挿入、および大文字と小文字の区別に互換性がないことに注意する必要があります。
次のセクションでは、考えられる不一致について詳しく説明します。
データ型の比較
データタイプを SQL Server から PostgreSQL に変更すると、アプリケーションが操作する結果データに大きな違いが生じる可能性があります。データ型の比較については、Sqlines ウェブサイト
ネイティブの SQL 関数またはビルトイン SQL 関数
一部の関数の動作は、SQL Server データベースと PostgreSQL データベースで異なります。次の表に例を示しています。
Microsoft SQL Server | 説明 | PostgreSQL |
---|---|---|
| 値を 1 つのデータ型から別のデータ型へ変換します。 | PostgreSQL |
| 現在のデータベースシステムの日付と時刻を |
|
| 日付に時刻/日付の間隔を追加します。 |
|
| 値を特定のデータ形式に変換します。 |
|
| 2 つの日付間の日数の差を返します。 |
|
|
|
|
匿名ブロック
構造化 SQL クエリは、宣言、実行可能ファイル、例外処理などのセクションに分かれています。次の表は、シンプルな匿名ブロックの Microsoft SQL Server バージョンと PostgreSQL バージョンを比較したものです。複雑な匿名ブロックの場合は、アプリケーション内でカスタムデータベース関数を呼び出すことをお勧めします。
Microsoft SQL Server | PostgreSQL |
---|---|
|
|
他の違い
行の一括挿入: Microsoft SQL Server の bcp ユーティリティ
に相当する PostgreSQL は COPY です。 大文字と小文字の区別: PostgreSQL では列名の大文字と小文字が区別されるため、SQL Server の列名を小文字または大文字に変換する必要があります。これは、データを抽出または比較したり、結果セットや変数に列名を入力するときの要因になります。次の例では、値を大文字または小文字で保存できる列を表示しています。
my $sql_qry = "SELECT $record_id FROM $exampleTable WHERE LOWER($record_name) = \'failed transaction\'";
連結: SQL Server は文字列連結の演算子として
+
を使用し、PostgreSQL は||
を使用します。検証: PostgreSQL のアプリケーションコードで使用する前に、インライン SQL クエリと関数をテストして検証する必要があります。
ORM ライブラリの追加:`既存のデータベース接続ライブラリを SQLAlchemy
や PynoMoDB などの Python ORM ライブラリに含めたり、置き換えたりすることもできます。これにより、オブジェクト指向のパラダイムを使用して、データベースからデータを簡単にクエリして操作できるようになります。