SQL認証(接続文字列ビルダー)によってMicrosoft Azure SQLデータベースに接続するWinformsアプリケーション(VS2017-VB.net)を開発しています。計画では、新しい顧客ごとに新しいSQLデータベースをセットアップします(管理が簡単になるため(顧客が去った場合のバックアップ、DBの削除など))。顧客は、データベースに含まれるユーザーとしてセットアップされ、そのデータベースにログオンする唯一のユーザーになります。概要SQLサーバーを管理するのは私だけです。
顧客は販売認証の代わりにActive Directoryにセットアップする必要がありますか?私はそれがより安全であることを読みましたが、このオプションが私のアプリケーションに最適かどうかはわかりません。多くの異なるオペレーティングシステム、場所、顧客ドメイン設定などがありますが、それらは事前にはわかりません。理想的には、私のアプリケーションは汎用であり、各顧客は自分の資格情報を入力してデータベースに接続します。
回答 1 件
関連記事
- net Core 21アプリケーションでのWindows認証
- プロジェクトへの新しいフォームの追加:WindowsフォームアプリケーションC#(Macbookを使用)
- ドットネットコア2 APIおよびデーモンアプリケーションでのAzure AD認証
- HTTPSアプリケーション用のフォームベース認証OWASP ZAP
- C#Windowsアプリケーションは、データテーブルデータをcsvファイルにエクスポートします
- Windowsアプリケーションのオートコンプリート
- 署名付きのアプリケーションに指紋認証を実装
- Linuxでは、Sendmailを使用してメールを送信するために使用する特定のWindowsサーバーの認証を停止したい
- Windows 10タブレット上のWindowsフォームアプリケーション?
Azure SQL Authenticationは、単一のテナントアプリケーション(単一の組織で使用することを意図したアプリケーション)またはサービスとしてのソフトウェアアプリケーションを対象としているため、SQL認証を引き続き使用してください。
シナリオでは、すべての顧客が同じデータベーススキーマを使用する場合、1つのエラスティックジョブでスキーマの変更を適用し、データベースをアップグレードできるエラスティックプールを使用できます。これにより、顧客のデータベースの多くのバージョンを処理する時間と労力を削減し、データベースとアプリケーションの多くのバージョンのサポートを顧客に提供する人員を増やすことができます。エラスティックプールはSQL認証のみをサポートします。