システムが処理する必要のある見積もりは次のとおりです。
これは社内のみのビジネスアプリケーションであり、世界規模の貨物管理で海運会社を支援することを目的としています。
あなたのテクノロジーの選択は何でしょうか、なぜその選択であり、それを実装するのにおよそどのくらいの時間がかかりますか？ありがとう。
注：私は募集していません。:-)
それで、あなたは私がそのようなプロジェクトにどのように取り組むかを尋ねました。Smalltalk の世界では、Gemstone が物事を魔法のようにスケーリングすることに人々は同意しているようです。
つまり、私が実際に行うことは次のとおりです。SandstoneDB を使用して、単純な Squeak イメージで開発を開始します。すると、1枚の画像が遅くなり始める瞬間がやってきます。
その後、 GemStoneは、パブリック オブジェクト (特定のルートから見えるオブジェクト) をすべてのインスタンス間でコピーします。セッションと強化されたクエリ機能に加えて、非常に高速な VM を利用できます。
C、Java、Ruby とデータを共有します。
実際、彼らは独自の ruby 用の VM を持っています。これも一見の価値があります。
ボリュームは重要ですが、効率的にプログラムされていれば、信頼できる RDBMS に負担をかけることはありません。あなたのチームがずさんな場合 (つまり、さりげなく SQL クエリをコンポーネントに直接配置し、それをより大きなコンポーネントに構成する)、1 つの論理的要件 (このページに必要なデータを取得する) が多数の物理データベース クエリ。
したがって、RDBMS のキャパシティーに注目するのではなく、プログラマーのキャパシティーと、実装言語と環境がプロファイリングとリファクタリングを容易にする程度に注目する必要があります。
提案するシナリオも 24 時間 365 日であることは明らかなので、監視/ダッシュボードの要件の必要性も考慮する必要があります。
提示されたニーズに基づいて開発作業を見積もる方法はありません。このレベルの粒度でトランザクションを分析できたことは素晴らしいことですが、開発作業の主な決定要因はドメインと UI の要件です。
ウィキペディアは、MySQL を使用してより厳しい要件を管理しています
開発者がよく知っているテクノロジを選択してください。そこにあるすべての主要なテクノロジーは、そのような要件を簡単に処理します。
毎日の更新数とコミット数は合計されません。1秒あたり4回のコミット=1時間あたり14,400。
予想されるデータベースサイズについては何も言及していません。
いずれにせよ、私はOracle、Sybase、MSなどの堅牢なバックエンドを選択することに集中します。この選択はパフォーマンスに最大の違いをもたらします。フロントエンドは、ニーズに応じてデスクトップアプリまたはWEBアプリのいずれかになります。これは世界中の多くのオフィスで使用されるため、WEBアプリが最も理にかなっているかもしれません。
オブジェクト データベースが大好きです。1 秒あたりのコミット数とデータベース ラウンドトリップに関しては、どのリレーショナル データベースも持ちこたえられません。db4oをチェックしてください。学ぶのは非常に簡単です。例をチェックしてください!
プログラミング言語と UI フレームワークについては、あなたのチームが得意とするものを考えてみましょう。メタタイムの浪費が少ない動的言語は、おそらく時間を節約します。
ここで提供される情報は、適切な推奨事項を提供するのに十分ではありません。もう少しデューデリジェンスが必要です。
MySQL または PostgreSQL を使用します。要件に応じて、どちらでも問題が発生する可能性はほとんどありません。