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 に答える