次の方法で共有


ODBC が正解ですか?

相互運用性の問題について説明する前に、「アプリケーションでは ODBC をまったく使用する必要があるかどうか」を検討します。 これは、ODBC のガイドで質問するのは奇妙な質問のように思えるかもしれませんが、実際には正当な質問です。 ODBC は、ネイティブ データベース API を完全に置き換える設計ではなく、あらゆる状況でデータベース へのアクセスを提供するように設計されていませんでした。 これは、データベースに共通のインターフェイスを提供するように設計されており、アプリケーション プログラマが複数のデータベースへのリンクについて学習し、維持する必要をなくすことを目的としていました。

カスタム アプリケーションは、ネイティブ データベース API の主要な候補です。 主な理由は、カスタム アプリケーションは多くの場合、1 つの DBMS で動作し、相互運用可能である必要がないためです。 ネイティブ データベース API は、特定の DBMS の機能を公開する ODBC よりも優れたジョブを実行し、ODBC によって公開されない機能を公開する可能性があります。 さらに、カスタム アプリケーションの開発者は通常、DBMS のネイティブ データベース API に慣れているため、ODBC を学習する理由はほとんどありません。 ただし、一部の DBMS では、ODBC がネイティブ データベース API であることに注意してください。

では、ODBC の候補となるアプリケーションはどれですか? 最適な候補は、複数の DBMS で動作するアプリケーションです。 これには、事実上すべての汎用アプリケーションとバーティカル アプリケーションが含まれます。 また、多数のカスタム アプリケーションも含まれています。 たとえば、複数の異なる DBMS を使用するカスタム アプリケーションは、複数のネイティブ API を使用する場合よりも、ODBC で記述する方がはるかに簡単でクリーンです。 また、ODBC を使用して記述されたカスタム アプリケーションは、会社が DBMS 間を移動したり、同じアプリケーションを異なる DBMS にデプロイしたりすると、移行がはるかに簡単になります。