Spannerはストアドは無いみたいだし。ストアド無くてもFunctionsとかで処理すれば関連するデータが同じストレージにあってJOINペナルティとかが無いならあまり問題にならないかも。ドキュメントDBだとユーザーの下が無限に増えるからストアド的なのが無いとやはり厳しいだろうけど。ユーザ単位で処理を考えるとやっぱりドキュメントDBやオブジェクトDBのがしっくり来るなぁ。基本的にはユーザ単位でアトミックでロックやトランザクションが効けば良くてデータが同じ箇所に集中してる必要があるとすると、データモデルはリレーショナルよりはオブジェクトモデルのが物理実体とも近いから作りやすそうだし。集計ならDWHで集計で良いし、最終的にユーザ単位の処理なら会員数分の並列で良い気がする。いう特製のデータベースってなんか無いだろうか?自分で作るならsqliteあたりを包んだdockerコンテナを作ってユーザ毎にコンテナ作製して、ルーティングアプリを手前に置いてgRpcで通信すれば良さそう。それならデータ量が多いユーザは別なPodへ移動させるとかも出来るから1ユーザーが1台のマシンのストレージを超える(インメモリでも数百GB、SSDとかならTBクラス))容量にならない限りは、この方式でスケールするから普通のシステムなら破綻はしなさそう。その場合、DWHへの連携はトリガーを書きまくれば良いのかな?ただ、詰まるところシャーディングだからテーブルスキーマの変更はちょいめんどそうかも。スキーマ変更をローリングでして困るケースも実はあんまり無い気がするので万能選手を期待しなければ結構良い感じになる気がしてきた。まとめシステムがデカくなるとデータが増えて処理性能が落ちるんだけど、本来ならばほとんどの処理は横にスケールする筈だよなぁ、と思って自分の理想の仕組みを考えてみました。同じものは世になかったとしても、一回考えると今後の技術要件を探る時には役立ちそうですし。クラウド系分散DBは似たような課題をクリアしようとしてのものな気がするし。2016」の記事...2016-10-04gitの良さは未だに分からないがPullRequestの良さはちょっとだけ分かるぞいスマートニュース見てたらこんな記事が上がってました。それ、JavaEEで分かるよ。最近、Dockerが大人気ですね。(7)月別アーカイブはてなブログをはじめよう!pascal256さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。