1.背景
テスト中に発生した問題によって書かれた記事を、書かれた前のプロジェクトは、最終的にはオーバー最近テストします、興味のある学生が持って行くことができます を見て 記事を。2.目的
プロジェクト後の問題を根本的に解決されていません。血統は、思考のシリーズをトリガし、そして今日はお話したいと思います。
3.思考が原因
前の記事には、圧力測定報告システムの問題、2つのオンサイトサポートを行うために、ベンダー、ベンダーのスタッフのシフトの問題だった書いたが、結果は満足のいくものではありません。メモリの回復につながるなぜ、システムはしかし、「使用できない現象」を報告し、自社製品の深い根本的な原則を尋ねました。。。。。。
ここTucaoでは、明らかではないが、リモートデスクトップ（TM）を最小化する方法を、人々をサポートするために送られた、私が酔っていました。
1を考える：このスクリプトは、レポートを照会する匿名ログオンを使用しています。
IP付加価値ここで、実際には匿名ログイン、ホワイトリストを説明するためのホワイトリストは、マシンがスクリプトを実行し、その後のトークンは、URLを指定することによって得ることができる、のは、指定されたレポートにアクセスするには、このトークンを使用してみましょう。これは、システムへのログインの手順を回避することができます。（彼ら自身が問題のログインパスワードの暗号化システムを解決していないので、それはまた、しかし、対応されていない暗号化パスワードを提供するために、彼らとチャットしましたが、今も自分自身に匿名の着陸アプローチをテストするために使用されます）。
このスクリプトは非常にシンプルですが、このアプローチは合理的であるレポートを表示するために、トークン取得するリクエストを送信した後、（トークンで）リクエストを送信しますか？ユーザーがどのようなこのシーンで実環境を想像してみ？明らかではありません。。。。。本物のLRレコードの下のスクリプトと比較してかなりの数のページ要求が少なくなります出ないような方法を想像してみ？
リフレクション2：問題がない時に最後にこの圧力測定方法を考える無視
もう一度テストに言及した記事の前に一つの圧力測定の問題。圧力測定を使用して、このように時間を考える無視し、圧力測定報告システムは問題に言及した記事長い時間前になります。ここで再び、OLTP、OLAPに来ます
OLAPとは何か：オンライン分析処理
OLTPとは何か：オンライン・トランザクション処理
私たちの共通のインターフェース圧測定（たとえばチェックし、変更、削除、通常のアドオンの一部で再度の範囲）OLAPしかし、白であることを言って、形成されたデータOLTPを大量に分析するための一般的なデータウェアハウスシステムの主な用途である、OLTPに属しこれらの履歴データ分析および処理、より多くの読み取り操作。
最後の解決策は、ペーシング値、3S、4S、5Sを試みるために行われた高めることです。実際には、実際のビジネスシナリオに、より近いである、（開始圧力の観点から）弱体化する前に、スクリプトに。オンラインユーザーは少なくなっている、実際には、はるかにクエリ集約型の種類からの時間を考えて無視します。現実にはノンストップのビジネスの人々に狂ったクエリレポートを存在することは不可能です。
しかし、最終的には、まだこのよう時間自体は問題ありません考えて無視し、次の言いたいです。本当に、または私はそれがこの方法を持っているでしょう、高いクリックスルーレートでシステムのパフォーマンスを見てみなければならない、そのようなシナリオがある場合は、現在のシナリオに適合していません。
問題再び、このような高いクリックスルー率、（20分程度）長い時間のための圧力測定で、システムは短時間で使用できないという現象が生じている復元することはできません、手動でサービス製品を再起動する必要があることができ、この私はそれがOKの現象ではないと思います。この製品は、その原因を根絶するために人員を必要とする製品の欠陥ではありません。