次の方法で共有

アプリケーション

  • [アーティクル]

アプリケーションは、ODBC API を呼び出してデータにアクセスするプログラムです。 多くの種類のアプリケーションが可能ですが、ほとんどのアプリケーションは 3 つのカテゴリに分類され、このガイド全体の例として使用されます。

  • 汎用アプリケーション これらは、圧縮ラップされたアプリケーションまたは既製のアプリケーションとも呼ばれます。 汎用アプリケーションは、さまざまな DBMS で動作するように設計されています。 たとえば、ODBC を使用してデータをインポートして詳細な分析を行うスプレッドシートまたは統計パッケージや、ODBC を使用してデータベースからメーリング リストを取得するワード プロセッサなどがあります。

    汎用アプリケーションの重要なサブカテゴリは、PowerBuilder または Microsoft Visual Basic などのアプリケーション開発環境です。 これらの環境で構築されたアプリケーションは、おそらく 1 つの DBMS でのみ動作しますが、環境自体は多くの DBMS で動作する必要があります。

    すべての汎用アプリケーションに共通しているのは、DBMS 間で非常に相互運用可能であり、比較的汎用的な方法で ODBC を使用する必要があることです。 相互運用性の詳細については、相互運用性のレベルの選択を参照してください。

  • 垂直アプリケーション 垂直アプリケーションは、注文入力や製造データの追跡などの 1 種類のタスクを実行し、アプリケーションの開発者によって制御されるデータベース スキーマを操作します。 特定の顧客の場合、アプリケーションは 1 つの DBMS で動作します。 たとえば、小規模企業では dBase でアプリケーションを使用し、大企業では Oracle で使用できます。

    アプリケーションは ODBC を使用するので、アプリケーションはひとつの特定の DBMS に縛られることはありません。ただし同様の機能を提供する限られた数の DBMS には縛られる可能性があります。 したがって、アプリケーション開発者は、DBMS とは別にアプリケーションを販売できます。 垂直アプリケーションは、開発時に相互運用できますが、お客様が DBMS を選択した後に、相互運用不可能なコードを含むように変更されることがあります。

  • カスタム アプリケーション カスタム アプリケーションは、1 つの会社で特定のタスクを実行するために使用されます。 たとえば、大企業のアプリケーションでは、(それぞれ異なる DBMS を使用する)複数の部門 から売上データを収集し、1 つのレポートを作成できます。 ODBC が使用されるのは、一般的なインターフェイスであり、プログラマが複数のインターフェイスを学習する必要がないからです。 このようなアプリケーションは一般に相互運用できず、特定の DBMS とドライバーに書き込まれます。

ODBC の使用方法に関係なく、多くのタスクはすべてのアプリケーションに共通です。 これらをまとめると、主に ODBC アプリケーションのフローが大きく定義されます。 タスクは次のとおりです:

  • データ ソースを選択して接続。

  • 実行する SQL ステートメントの送信。

  • 結果の取得 (もし、あれば)。

  • 処理エラー。

  • SQL ステートメントを囲むトランザクションのコミットまたはロールバック。

  • データ ソースからの切断。

ほとんどのデータ アクセス作業は SQL で行われるため、アプリケーションで ODBC を使用する主なタスクは、SQL ステートメントを送信し、それらのステートメントによって生成された結果 (もし、あれば) を取得することです。 アプリケーションで ODBC を使用するその他のタスクには、ドライバー機能の決定と調整、データベース カタログの参照などがあります。