DBのレイヤーで見るとMisskey対応がidの関係でものすごくトリッキーで直感的ではないスキーマになってる。ソートできる値とidとの変換がいろんなところにある。これは自分が悪いのでもう少しマシな設計にできたんじゃないかと思うんだけどこれもまた誰にも見えないところなのでモチベーションとして直しにくい。

フォロー

ほとんどの処理はDBのカラムがソート可能である必要はないんだけど、未読件数の判定だけは出現位置を使うので大小比較が必要だった(アプリ側でやればいいのに)。一番速く実装できることを優先したので下手な設計になった感じね。別に致命的ではないからいいのよ。

ログインして会話に参加
Fedibird

様々な目的に使える、日本の汎用マストドンサーバーです。安定した利用環境と、多数の独自機能を提供しています。