突同時にデータベースのクエリ

Question

私はその後の思いが子どもたちにとって計算負荷データベースの目的能力。まだこのサーバ故障が問題と関連の測定に応用ではなくを定義するインフラです。この場合で、他の人の仕事の心配もうドキドキ!？

う意識が大きな変数の数えることができるので私は他の人がどう行く感荒順に大きくなりました。これは単に価格よりもはるかに高額な運動の早期プロジェクトのライフサイクルの前に特定のデザインが作成されるような多くの情報行くことができる。

のっけからインフラの人が"どのように多くの同時利用者"といいますような議論の理由を求めるだけこの図;うえお問い合わせいただくためにこのケースです！

このwebフロントは、SQL Serverのバックエンドとかなり固定で簡便に評価します。ることを実際にリクエストに応答で非常に粗いファッション、なかな粒状の測定単位:

1. 総客席
2. 同時セッション
3. 同時に要望
4. 同時DBクエリ

これは当てはまりません口座に影響を与える要因についてなどのwebアプリのキャッシュ、一部のページをご要望の記録容量などが一部の創作に必要なライセンスを定義する周波数の要求をユーザ数はDBトの実行時間ものと思われる合理的な原点です。私もの規模のためのピーク負荷がかかるプラグインとして使用可能で、同時セッションが必要です。

これは確かに非常に基礎ていただけることでしょうがより包括的な指導があります。誰もが共有できるアプローチするのがポイントは私に向けてその他の資源そのものより少ないものになアドホックは、どちらかというと！

Answer 1

みたいと思いますが、明らかにわからない内容が非常に困難であるなどを確実にする。

まず、インフラだがとても良いタイミングでの質問からライセンスの視点(SQLサーバライバを使用CPU)

今後のご質問です。"総客席"が重要であるとの観点からすることもでき働す。これまでで最悪のシナリオの場合すべてのユーザーのデータベースの一例午前9時時の皆様のログです。

ご使用にならないときのセッション情報をまろうとして少なくとも2つper user回線当たり1セッション+1主DBです)。この数をできるものである著)減による接続プールによりどのように接続したときに、データベース使用最悪のシナリオ-50システム接続+2*ます。

同時に要求/クエリに依存し、自然のものに限ります。が必要です。以上を同時にご希望の方はお前のものが必ずしも翻訳さらなるご要望はます。

のかを述べたいと思います。るための原価計算目的に必要なものを描きました

1. SQLサーバライセンスが私の記憶が正しく右）の費用～128K豪ドル(デュアルXeon).温暖s!アプリ"s!ダブル、コストの低減ができます。

2. ディスクに保存をどの程度まで保存できますか？ディスクは比較的安価なものだけを使用サンのコストがとうとする動きも目立っている。また、よりディスクのより良いからの視点です。