会話ツリーの直接の親と子だけ読むようにすれば負荷は下がるだろうけど、ユーザが欲しいものはソレじゃない。たぶん「ある程度読めるけど全体が読めることは保証せず、続きの親や子を読むためのAPIを用意する」のが正解かなあ…。
@tateisu ボクが考えてるWebTorrentをFediverseに応用するヤツだと上手くできる・・・かも？
各分散SNSの連合タイムラインを一定時間毎にアーカイブして分散配信するって方式だから、会話ツリーに必要のない情報も取得することにはなるんですけれども・・・
@keizou ストリーミングの話じゃなくてDBクエリの話なのです…。
@tateisu SNS向けの出来の良いシミュレータが欲しくなってきますね
いろんなパターン試してみて良さげなやつを決めてみたい
@keizou 再帰的に親や子を辿ると外人どもの無限に長い会話ツリーで停滞するので、辿る回数を制限して不完全なツリーを返し、必要ならクライアント側が追加のリクエストを出すべきだと思います。