SQL認証（接続文字列ビルダー）によってMicrosoft Azure SQLデータベースに接続するWinformsアプリケーション（VS2017-VB.net）を開発しています。計画では、新しい顧客ごとに新しいSQLデータベースをセットアップします（管理が簡単になるため（顧客が去った場合のバックアップ、DBの削除など））。顧客は、データベースに含まれるユーザーとしてセットアップされ、そのデータベースにログオンする唯一のユーザーになります。概要SQLサーバーを管理するのは私だけです。
顧客は販売認証の代わりにActive Directoryにセットアップする必要がありますか？私はそれがより安全であることを読みましたが、このオプションが私のアプリケーションに最適かどうかはわかりません。多くの異なるオペレーティングシステム、場所、顧客ドメイン設定などがありますが、それらは事前にはわかりません。理想的には、私のアプリケーションは汎用であり、各顧客は自分の資格情報を入力してデータベースに接続します。
回答 1 件
関連記事
- net Core 21アプリケーションでのWindows認証
- C#での検索機能の作成、Windowsフォームアプリケーション
- C#Windowsアプリケーションは、データテーブルデータをcsvファイルにエクスポートします
- アプリケーションへのログイン後、@ OnOpen接続の前にjava websocket認証を確認します
- Windows iotコアアプリケーションでキャッチされない例外
- コンソールを介してSSL、Windows認証、および匿名認証を有効にする方法
- Jmeter統合Windows認証（NTLM）
- Poco-Libraryを含めると、Windowsソケットと認証のビルドに失敗しました
- Windows 10ビルド1803でアプリケーションがロードされなくなる（2018年4月更新）
Azure SQL Authenticationは、単一のテナントアプリケーション（単一の組織で使用することを意図したアプリケーション）またはサービスとしてのソフトウェアアプリケーションを対象としているため、SQL認証を引き続き使用してください。
シナリオでは、すべての顧客が同じデータベーススキーマを使用する場合、1つのエラスティックジョブでスキーマの変更を適用し、データベースをアップグレードできるエラスティックプールを使用できます。これにより、顧客のデータベースの多くのバージョンを処理する時間と労力を削減し、データベースとアプリケーションの多くのバージョンのサポートを顧客に提供する人員を増やすことができます。エラスティックプールはSQL認証のみをサポートします。