Object Prevalance メカニズムは実際の本番システムで使用されていますか? PrevaylerやMadeleineのようなものを指しています
私が見つけた唯一のものは、Wiki エンジンのInstikiです。しかし、彼らが始めて以来、彼らは SQLite に切り替えました。(実際のinstikiのページはダウンしています)
Object Prevalance メカニズムは実際の本番システムで使用されていますか? PrevaylerやMadeleineのようなものを指しています
私が見つけた唯一のものは、Wiki エンジンのInstikiです。しかし、彼らが始めて以来、彼らは SQLite に切り替えました。(実際のinstikiのページはダウンしています)
私が以前働いていた会社は、コンピューターベースの学生試験/評価システムの一部として Prevayler を約 5、6 年間使用していました。
Prevayler は、単一のテスト センター内に物理的に配置されたサーバーに受験者のテストの状態を保存するために使用されました。1 つのテスト センターでテストを受ける受験者はせいぜい数百人にすぎないため、保存されるデータの量はかなり少なくなりました。したがって、2004 年には市販のハードウェアで Prevayler を実行することが実用的でした。ほとんどの場合、「サーバー」は、試験を実行する目的で一時的に借りた典型的なローエンドのデスクトップ マシンでした。
テスト中に受験者のコンピューターがクラッシュした場合、同じコンピューターまたは別のコンピューターですぐにテストを再開できるという考えでした。それはかなりうまくいきました。
Prevayler はデフォルトでオブジェクト モデルをディスク上のデータ表現に密接に結び付けているため、いくつかの新しい要件によってオブジェクト モデルが変更されると、時折問題が発生しました。これは実際には大きな問題ではありませんでした。なぜなら、オブジェクト モデルへの変更が試験の間に発生したため、通常は古いデータを捨てる余裕があったからです (一部の設計ミスによる例外はあります)。
オブジェクト モデルを変更できるようにするためにできることはたくさんあります。それは、アプリケーションにとって何が最善かという問題です。通常、古いデータを捨てることが、私たちにとって最善の解決策でした。
また、すべてのテスト センターから受験者のテストを SQL データベースに集約するバックエンド システムもありました。当時、Prevayler が合理的に処理できたよりも大量のデータが保存されていました。現在、そこで Prevayler を使用することはおそらく実現可能ですが、使用パターンが Prevayler に特に適しているとは思いません。ほとんどのデータは、書き込まれ、マーキングのために一度読み取られ、その後忘れられ、アーカイブ データとして扱われる傾向があるためです。テストの結果が照会されない限り。
その会社はその後 Prevayler から離れましたが、その理由は技術的なものよりも政治的なものでした。
「LMAX は新しい小売金融取引プラットフォームです。その結果、多くの取引を低レイテンシーで処理する必要があります。システムは JVM プラットフォーム上に構築され、シングル スレッドで毎秒 600 万の注文を処理できるビジネス ロジック プロセッサを中心としています。 . ビジネス ロジック プロセッサは、イベント ソーシングを使用して完全にメモリ内で実行されます。"
ええと、私たちは来年までの製品化を目指しているプロジェクトで Prevayler を使用していますが、実際のスカウティング レポートを提供できるほどには近づいていません。うまくいくと思います...