0

ユーザーに関する小さな情報を保持するために、(AspNetSqlProfileProvider を使用して) asp.net プロファイルを使用しました。多数のユーザーの堅牢なプロファイルをどのように処理するのか疑問に思い始めました. 多数の同時ユーザーがいる大規模な Web サイトでこれを使用した経験のある人はいますか? パフォーマンスへの影響は何ですか? メンテナンスはどうですか?

4

2 に答える 2

1

私が見つけたSQLを介してこれを実行するのは少し難しいですが、数百のプロパティにスケールアップしたクライアントと1万人以上のユーザーと問題なく作業しました. 多くのユーザーは認められていませんが、これまでのところ機能しています。

それは、特定のプロジェクトと、プロファイル情報を操作する際の正確なニーズに大きく依存すると思います。SQL 経由で定期的にクエリを実行する必要がありますか? ユーザーの表示のみが必要な場合は、これらのタイプのものが、ニーズに対するより確実な回答を提供するのに役立つ場合があります.

于 2008-09-29T20:44:40.197 に答える
1

SQL プロバイダーのパフォーマンスは、ビッグ アイアンのスループットとより密接に相関しています。パフォーマンスは、クエリ数を処理する単一の SQL Server の能力に多かれ少なかれ正比例します。スケールアップが唯一のオプションであるため、すぐに使える堅牢性はそれほど高くありません。

パーティショニング、レプリケーション、冗長性などによるスケールアウト パフォーマンスと可用性が必要かどうか、およびパフォーマンスにどのようなコストがかかるかを把握する必要があります。一部の機能はそのまま使用できます。現在の実装は、より中間市場および企業を対象としています。

良いことは、プロファイル プロバイダーの独自の実装を配置して、上記の機能を備えたサービスやシステムにアタッチできることです。

カスタム認証、認証、およびプロファイル プロバイダーを作成し、それを 3 つのデータセンターにまたがる大規模な AD/LDS LDAP クラスターに結び付けました。私たちは Comscore のトップ 10 に入っています。つまり、私たちは毎日インターネットのかなりの部分を扱っていると言えます。毎秒数千のプロファイル クエリと数億のプロファイル - 優れた計画、エンジニアリング、および運用によって拡張できます。

于 2008-09-29T20:46:32.737 に答える