0

ビジネスロジック(クライアント)を使用するアプリケーションでJDBCを使用しています。このJDBCは、別のマシン(サーバー)にあるデータベースに接続します。この場合、私のJDBCはデータベースに直接接続し、データを保存および取得します。これは2層アーキテクチャですよね?

別のアプリケーション、たとえばサーブレットプログラミングでは、プレゼンテーション層(クライアント層)であるクライアントマシンにブラウザをインストールしているだけです。私のビジネスロジックをアプリケーション層(第2層)、データベースをデータ層(第3層)と考えてみましょう。それでも、JDBCを使用してアプリケーション(ビジネスロジック)をデータベースに接続しています。現在、2番目と3番目の層はサーバーにあります。

上記の例では、3層アーキテクチャでは、ブラウザが追加されるだけで、ビジネスロジックをサーバーに保持していました。これら以外の性能の違いは感じていません。私が間違っている場合は、私を訂正し、他の例を使用して2層および3層の正確なアーキテクチャを説明してください。親愛なる友人に事前に感謝します。

4

1 に答える 1

0

あなたの言うことは正しいです。

  1. 最初の例は2層です。
  2. 2番目の例は3層です。

ブラウザとサーバー間のリンクがサーバーとDBMS間のリンクよりも遅い場合、3層アーキテクチャは重要なパフォーマンスの向上を表す可能性があります。これは、通常、ビジネスロジックがDBMSに対して複数の呼び出しを行う必要があるか、DBMSによって返される情報のごく一部のみをユーザーに提示する必要があるためです。DBMSへの接続が遅いときにクライアントにビジネスロジックがあると、パフォーマンスが大幅に低下します。

一般的なWebシナリオでは、クライアントとサーバー間の接続は通常、サーバーとDBMS間の接続よりも数倍遅く、パフォーマンスが向上します。

于 2012-10-11T01:41:50.550 に答える