問題タブ [2-tier]

このシナリオでは、2 層が有効な選択肢でしょうか。

1. SQL サーバー データベース
2. ビジネスでは、LAN を介した共有データベースへの同時接続数が数百を超えることはありません。
3. 
   (私が信じている) 2 層アプリケーションを開発する労力がはるかに少ないという事実
4. LAN経由で自動化されたクライアントプログラムの更新

LDAPログインが有効になっているデータベースがあります。PIAを介してログインする場合、またはアプリケーションサーバーを介してapp-designerにログインする場合は、正常に機能します。

LDAP認証を使用して2層モードでログインできるようにapp-designerを作成する必要があります。これはカスタマイズなしで可能ですか？

次のように、階層 2 アプリケーションを作成するタスクがあります。

MSSQL データベース <-> サーバー <-> n-クライアント (多数の場合は n)

クライアントはサーバーにデータを送信します。サーバーはデータベースからデータを選択し、それをクライアントに送り返します。現在、私は Records と SendDataToSocket (url は以下) でそれを行っています。

サーバーからソケット経由で受信したデータを使用して、クライアントで TDBGrid を使用したいと考えています。現時点では、次のようになります。

サーバー: DB -> ADOQuery -> DataSetProvider -> ClientDataSet -> SaveToStream(MemoryStream)

クライアント: ClientDataSet -> LoadFromStream(MemoryStream) -> DataSource -> DBGrid

SendDataToSocket (Socket: TCustomWinSocket; Data: Pointer; DataSize: Integer; Buffer: TMemoryStream): Integer;を使用しています。

だから私がしたいのは、サーバー側のclientdatasetが作成したストリームを、loadfromstreamを使用してストリームを読み取るクライアントに送信することです。SendDataToSocket はここで実行可能ですか?

私が言いたいことを理解していただければ幸いです。

私のチームは、巨大なクライアントサーバーwin32Delphiアプリケーションを維持しています。これは、DevArt（SDAC）コンポーネントを使用してSQL Serverに接続するクライアント/サーバーアプリケーション（シッククライアント）です。

ビジネスロジックは、コンポーネントのイベントハンドラーに「トラップ」されることがよくありますが、いずれにせよ、ある程度のリファクタリングを使用すると、ビジネスロジックを共通のユニットに移動できます（この作業の大部分は、リファクタリング中にすでに実行されています...レガシーアプリケーションを誰かに保守する他の人が書いたのは非常にイライラしますが、これは非常に一般的な仕事です）。

Webインターフェイスの要求があります。もちろん、いくつかのオプションがあります。この質問では、Web（イントラWeb）オプションのVCLに焦点を当てたいと思います。

アイデアは、クライアント/サーバーアプリケーションとWebアプリケーションの両方に共通のコード（同じpasファイル）を使用することです。レガシーアプリをデルファイからイントラネットに移行した多くの人の話を聞きましたが、ここではシッククライアントも維持しようとしています。

アイデアは、一般的なコードを使用することです。特定のコードを記述するために、いくつかのコンパイラ指令を使用する場合があります。

次に、もう1つの問題は「移行計画」です。たとえば、300の機能があり、最初のリリースでは、Webアプリケーションで使用できるのはそのうちの50だけだとします。それを追跡する方法は？私はこれを処理するためにDelphiインターフェースを（ab）使用することを考えていました。たとえば、ユーザー認証の場合、プロシージャ内のすべての関連コードを移動して、次のようなインターフェイスを宣言できます。

このようにして、両方のアプリケーション（シッククライアントとイントラウェブ）にIUserAuthenticationインターフェイスを実装すると、その機能がWebに「移植」されたことがわかります。とにかく、このアプローチが理にかなっているかどうかはわかりません。プロセス全体をシミュレートするためのプロトタイプを作成しました。これは「Helloworld」アプリケーションで機能しますが、大規模なアプリケーションで意味があるのか​​、それともこのインターフェイスのアイデアは逆効果であり、裏目に出る可能性があるのでしょうか。

私の質問は、このアプローチは理にかなっていますか？（インターフェイスのアイデアは単なる追加のアイデアであり、上記の一般的なコード部分ほど重要ではありません）それは実行可能なオプションですか？

私はそれが多くの種類のアプリケーションに依存することを理解しています、とにかく一般的に私のものはCRM /アカウンティングドメインにあり、単一のインストールでの同時ユーザーの数は通常20未満で、ピークは50です。

追加コメント（更新）：私はn層アプリケーションを持っていないので、イントラウェブをシッククライアントと共通のコードを持つWebアプリケーションを持つためのユニークなオプションと見なしているので、この質問をします。DelphiコードからWebサービスを開発することは私の特定のケースでは意味がないので、ASP.NET（ビジネスロジックを複製する）を使用してWebインターフェイスを作成することもできますが、この場合、簡単な方法。はい、おそらくdllを使用できますが、私のコードはそれに適していません。

データベース アプリケーションの観点から、2 層アーキテクチャと 3 層アーキテクチャの比較エッセイを書いています。いくつか確認したいことがあります。

2 層はクライアント - サーバー 2 層はクライアント上のアプリケーション - サーバー上のデータベースです。2 層は直接通信を実装します。直接通信によるセキュリティの悪さ？ただし、ユーザーが 50 人未満の小規模なイントラネット ベースの環境には適しています。

一般的に、2 層はユーザー インターフェイスに関して Java アプリケーション (つまり、swing) を使用し、3 層は Web ブラウザーを使用しますか?

3 層はよりスケーラブルです。3 層は、中間層を使用することでより安全になります。3層はクライアント - ウェブサーバー - データベースサーバー

皆さんが私が書いたことのほとんどに反論し、さらに調査する必要があるいくつかの領域を明らかにしてくれることを願っています.

ありがとう

シ

wpfでデスクトップクライアントアプリケーションを開発していて、現在AccessにあるデータベースをSQLServerインスタンスに配置したいと思います。Windows認証を使用するのは良い考えではないと思います。そうすると、すべてのユーザーをSQLサーバーに追加し、必要な権限を与える必要があるからです。したがって、別のオプションは、その特定のアプリケーション用にSQLServerでユーザーを作成することです。また、SQL Server Native Clientを介してクライアントアプリをデータベースに接続できることも読みましたが、すべてのPCにインストールする必要があります。だから私の質問は、これを行うための適切な方法は何ですか？

いくつかのaspxページとSQLServerデータベースの詳細を含むweb.configファイルを含むC＃で構築された単純なWebアプリケーションがあるとします。一部のaspxページは、データベースからストアドプロシージャ（SELECTまたはINSERTクエリ）を呼び出し、フォーム認証が使用されます。

アプリケーションアーキテクチャの観点から、これは2層アーキテクチャ（データ層-クライアント層）または3層アーキテクチャ（クライアント層-ビジネス層-データ層）のどちらでしょうか？

私には2層のように聞こえますが、aspx.csはサーバー側であるため、これはビジネスレイヤーと見なされますか？

また、ここでこの質問をするべきではないことをお詫びしますが、あなたの姉妹サイトの名前を思い出せません！

私は 2 層アーキテクチャを使用しています。つまり、ビジネス オブジェクトと DAL クラスを使用しています。私の質問は、DAL クラスのいずれかの関数のパラメーターに値を渡す方法です。

グリッドビュー (重要な情報を表示する場所) とフォームビュー (グリッドビューの選択ボタンをクリックすると、1 つのレコードのすべての情報が表示される場所) を使用しています。

これは私のDALクラスの関数です:

そして、私はこのオブジェクトデータソースを持っています:

SelectParameter を追加することになっていることはわかっていますが、方法がわかりません。私を助けてくれる人はいますか？:)

前もって感謝します。HS