sql >> データベース >  >> RDS >> PostgreSQL

t-sql(SQL Server)ストアドプロシージャをpgsql(postgre sql)に変換するツール

    言語の翻訳は難しいです。オリジナルを解析し(ドキュメントに記載されている以上の奇妙な構文と疣贅を使用して)、名前の意味を判断し、セマンティクスを発見し、微妙な詳細を失うことなくターゲット言語に翻訳する必要があります。

    この既製の解決策を見つけたら、私は驚きます。問題の一部は、膨大な数のソース言語(方言によって悪化する)と膨大な数のターゲットMがあり、NxM翻訳者のライブラリが存在する必要があることです。そして、数ヶ月待つと、NとMの両方が動きます。 1つの希望は、N言語を共通のユニバーサルコア言語に翻訳し、それをMターゲットに翻訳することです。現在、N + Mのみが必要です...しかし、本当にユニバーサル言語を見つけた人は誰もいません。数か月待つと、NとMとにかく移動します。

    タスクの特定のトランスレータを構築する(または他の誰かに構築させる)ことを検討できます。これは通常、少なくとも信頼性が必要な場合は不経済です。これは、多くのトランスレータ機構(解析、名前解決、パターンマッチング/変換など)が最初から再構築される傾向があるためです。

    注意すれば、(多くの)共有機械を構築することで、トランスレータインフラストラクチャのコストを償却できます。そうすれば、翻訳者の作成はより簡単になり(まだ簡単ではありません)、個々のケースで経済性がより理にかなっています。このアプローチの詳細については、をご覧ください。別のプログラミング言語への翻訳を容易にするために、コードにどのようなパターンを適用できますか?



    1. Postgres:まだ存在しない場合はINSERT

    2. EF Core2.0Identity-ナビゲーションプロパティの追加

    3. 1億件のレコードを検索するためのパフォーマンス

    4. mysqlでのBツリーインデックスのしくみ