デスクトップ アプリケーション (多くのステーション - 約 10 ～ 20 台) をインストールしたいのですが、SQL Server に直接アクセスする必要があります。サービスやサーバー DAL は必要ありません。
アプリケーションは、約 10 台のマシンのローカル ネットワークにインストールされますが、そのうちの 1 台はサーバーです。プログラムをインストールするときに接続文字列を設定すると、アプリケーションは SQL サーバーと直接通信します。
これは悪い考えですか？
はいの場合、どのくらい悪いですか？
それは必ずしも悪い考えではありません。スケーリングする必要がない場合は、有効なアプローチです。
あなたが説明していることは、多くの場合、2 層のクライアント/サーバー アーキテクチャと呼ばれます。
おそらく、構成ファイル内の接続文字列を暗号化する必要があります (ただし、これは詮索好きな目を止めるだけであり、パスワードを回復しようとする人を止めることにはなりません)。もう 1 つのオプションは、信頼された接続を介して Windows 認証を使用することですが、接続プールの機能を失いますが、10 ～ 50 クライアント (大まかに言えば) では問題になりません。
もちろん違います。
私が最近見た調査によると、あなたの説明は従来のクライアント サーバー アーキテクチャであり、約 50% のアプリがまだこの方法で構築されています。
ボブ。
私はそのような多くのアプリを構築しました。アプリ自体に DAL を構築して、データ アクセス レイヤーとプレゼンテーション レイヤーを分離する必要がある場合に簡単に分離できるようにすることをお勧めします (さらに、コードの標準化、単一の変更箇所などの他の利点もあります)。 ）。
一貫性があり、ベスト プラクティスに従っている限り、問題はないと思います。
ローカルネットワーク上にある場合は、それを選択してください。インターネット経由であれば、Web サービスを作成します。
また、既製の DAL (NHibernate、Entity Framework) がたくさんあるので、独自に作成する必要はなく、クライアント サーバー アーキテクチャでも同様に機能することにも注意してください。