データベースのインターフェイスを実装するeコマースソリューション

組み込みのsql

リレーショナルデータベースの初期には、インターフェイスのポータブルアプリケーションのためだけだった構造化問い合わせ言語（ sql ）が埋め込まれました。 apiと共通の機能がなかった標準的な第4世代言語でありません（ 4gl ）します。 組み込みのsqlを使用する言語固有のプリコンパイラます。 sqlコマンドが埋め込まれたホストのプログラミング言語など、 cまたはコボルます。 プリコンパイラコマンドに変換して、組み込みホスト言語ステートメントを使用して、データベースのネイティブのapiます。

組み込みのsqlを使って、問題がなければならないのは、コンパイル済みのバージョンのデータベースとオペレーティングシステムの各データベースのインターフェイスをサポートしました。 効率的ではありませんか異質環境に便利です。 また、開発者の立場に陥る可能性に問題が各データベースベンダーのc apiのです。 すべてのデータベースを作成しません。 apiは同じではない。

のodbc

webサイトを構築する際に必要な多くの異なるデータベースに接続して、最初のデータベース接続みなされ、通常は標準的なオープンデータベースコネクティビティ（ odbcの）します。 odbcが論理的な選択肢ので、それは、標準的なapiをします。 これは、関数呼び出しの設定に基づいて、アクセスのsqlグループ（がっくり）機能を活用するために設定さsqlデータベースシステム（バックエンドシステム）します。 がっくり設定して、動的なのsql基本的な機能を実装しています。 組み込みsqlコマンドを呼び出しodbcを翻訳することができます。 最後に、 odbcドライバのすべての主要なデータベースアプリケーションです。

アプリケーションへのアクセスを通じて、 odbc関数odbcドライバマネージャで、適切なodbcドライバを動的にリンクしています。 翻訳のodbc odbcドライバの要求をネイティブフォーマットで、特定のデータソースにします。 データソースの完全なrdbmsのかもしれないなど、 firstsql 、またはかもしれない、単純なファイル形式など、 xbaseのです。 言い換えると、ほとんどのodbcドライバは、 1つのデータソースに関連付けられています。 いくつかのようにfirstsql 、複数のデータソースをサポートします。 firstsql odbcドライバの両方をサポートするfirstsql xbaseのデータソースのデータソースとします。

その名前から始まるオープンかかわらず、それを示唆したにつながれているではありませんが、 1つのサブセットでもベンダーまたはrdbmsのベンダーは、 odbcが制御され、 1つのベンダー：マイクロソフトます。 マイクロソフトの仕様を定義して、 apiや供給の基本的なドライバを使用しているオペレーティングシステムマネージャソフトウェアです。 このコントロールにはいくつかの良い面と悪いいくつかの将来のためのodbcます。

マイクロソフトは前に合理的な、便利な拡張機能を作成中に、元のがっくりodbcを定義します。 洗練された拡張子が後にリリースします。 マイクロソフトはコミットしてもたらす将来のバージョンではより多くのodbcがっくりの仕様に沿って、既存の基準とします。

のole db

ストに反対する主要なodbc 、マイクロソフトは、彼らの宣伝オブジェクトのリンクと埋め込みデータベース（のole db ）の代替施設としてのodbcます。 のole dbと見なされる可能性がある、オブジェクトのodbc層の上に置かれるが、マイクロソフトは次のように直接のole dbドライバを提供する製品やデータベースを強調するデ- odbcドライバを中止するとたぶんその製品です。 ポータブルのole dbではありません開けない、またはマイクロソフト以外のオペレーティングシステム（ oss ）の間で、これは今、 1つのwindows osのntです。

トータルコントロールのためには、マイクロソフト社の仕様とは、任意の複雑な施設のole dbされません他のオペレーティングシステムでサポートされているオペレーティングシステム- 2 （ os / 2の）は、オペレーティングシステムのマッキントッシュ（マックos ） 、およびさまざまな風味のunixします。 のodbc 、および組み込みのsqlを小度、引き続きとしてのみのインターフェイスを開いたり、ポータブルのsqlデータベースにアクセスします。 残念なことに、運命のodbcは完全にマイクロソフトの管理下に置かれます。

javaとのjdbc

javaのデータベースに接続（のjdbc ）は、レベルapiのsql - sqlステートメントに埋め込むことができます。メソッドの引数としてのjdbcインターフェイス。 ができます。これを行うには、データベースに依存してファッション、データベースベンダーのjdbcを提出する必要があるランタイムのインターフェイスの実装します。 実装して、これらのルートのデータベースへのコールのsqlファッション、独占的なことを認識します。 プログラマとして、かかわらず、あなたを心配する必要はありませんがどのようにルーティングのjdbc sqlステートメントます。 でのjdbc 、同じコードを実行することができませんデータベースにどのような問題が存在します。 javaクライアント/サーバアプリケーションでも使用できるように1つのデータベースには、次の3つの主要なアーキテクチャ：

• オブジェクトデータベース

• オブジェクト-リレーショナルデータベース

• リレーショナルデータベース

今日の大多数のデータベースはリレーショナルデータベースです。 したがって、多額のjdbc apiはバイアスをリレーショナルデータベースとsqlます。 建築にはjavaとリレーショナルデータベースの間に矛盾します。 javaはオブジェクト指向が、リレーショナルデータベースオブジェクト指向ではないです。 したがって、 javaオブジェクト間のマッピングをしなければ関係のsql発生します。 それはこれを行うには、開発者をマッピングします。

javaとのjdbcを使用するには2つの明確な利点を異種webアプリケーションの開発中です。 それは独立したデータベースの分散コンピューティングを容易にします。 javaのデータベースアプリケーションではありませんどのようなケアデータベースエンジンが使用されます。 そのため、開発者がデータベースを変更せずにエンジンを変更するjavaアプリケーションです。 実際のところ、クラスライブラリを書くことができ、開発者がマップのビジネスエンティティオブジェクトをデータベースにするような方法ではありません知っているし、アプリケーションのデータベースが使用されます。

javaを使用するには、分散コンピューティングを利用して、ユーザーがダウンロードしてjavaコードとして彼は必要としています。 管理者が持っていないソフトウェアをインストールして、各ユーザーのワークステーションです。 このモデルは非常に有益なことになるときにアプリケーションを更新する時間です。 管理者が持っていないソフトウェアを再インストールしました。

- dbiのパール

実用的な抽出および報告書言語（パール）が最も高く、最もよく使用されるスクリプト言語、ウェブ上で今日します。 これは主に使用して、情報やuniplexedコンピューティングシステム（ unix系）のオペレーティングシステムにもかかわらず、それwindows nt ®を使用することができます。 perlは十分に適した言語をしているため、ウェブ上に書かれたテキストファイルを処理するテキストとします。 コミュニティは、 perlのインターフェイスをデータベースにも必要に応じています。 perlのためには、オープンソースのアプリケーションのように、データベースのインターフェイス（ dbiの）は、このタスクは完璧にします。

簡単な言語、 dbiのインターフェイスにより、複数のデータベースにアクセスするユーザーの種類透過します。 このため、接続している場合は、オラクル、のinformix 、 msqlのは、 sybaseの、またはどんなデータベースは、必要ありません。力学の基礎を知って4gl層します。 apiのdbiのは、仕事上で定義されては、これらすべての種類のデータベースにします。

似たようなメリットが得をする能力に接続するために異なる2つの異なるベンダーのデータベース内の1つのperlスクリプト（読み込みたい場合やオラクルのデータベースからデータを挿入することに戻って、 1つのプログラム内のすべてのデータベースのinformix ）します。 dbiの層ができます。これを行うには、単に力強くします。