神楽坂しえる @Clworld@md.ggtea.org

ついったさん作ってる人間がついったに貼り付かない使い方してるからね…

Twitterから最近Mastodonに来た人におすすめなんですけど、Twitterって貼り付くのやめ\て一日2,3回見るだけとかになるとあのピックアップとかのf*ck機能めっちゃ使いやすくなるよ(酷い)

せっかくなのでindexうちにも入れました(放置してた)

@tateisu https://www.postgresql.jp/document/10/html/sql-prepare.html#SQL-PREPARE-NOTES 恐らくPostgresはPREPARED STATEMENTに対して実行計画を個別生成するかどうかを判断はしてるっぽい気はするし個別生成する必要がなければ個別生成しないげ…？

@tateisu Java SI 系者 的には arel の結果が直SQLなのも気に食いはしないねん…。(仕方ないので使うけど)

@tateisu https://gist.github.com/clworld/8610c702afc867a5a3fcd1d20dcef45e
うちの過疎インスタンス(fnya.ggtea.org)でindex張ってPREPARE付きでEXPLAINしたところちゃんとindexは使われるっぽいのでPostgres的にindex使っても対して変わらん判定で無視された系ではないかと思う…。

ておくれ は説明になってるでしょ… (末代は謎)

@tateisu まあそうですね

@tateisu むむむむ(Java SI 系の人間なのでSQL内直書きに抵抗がある)

@tateisu まじかー…。(Postgresってそんなにおぼかさんだっけ…?? ってなってる)

まじかー!?<prepare_statement使われるとindex無理
…小規模インスタンスならpg_bouncerも入れようね(入れる時にprepare_statement offになるよ)

LTLが賑わってるとLTLでも最新からscanして大丈夫なんですけど、LTL過疎でFTLたくさんだとその最新からscanする範囲が酷くなるので場合によってやばいんですよね

https://mastodon.juggler.jp/@tateisu/98831518872335540
Mastodonの本体って大きなLTLも人がたくさんいる方に最適化されてるのでおひとりにはあまり最適化されてないみたいなのは…あるっぽい

他のインスタンスのLTLみるのそういうの複数あるし、SubwayTooterだと疑似アカウント機能で登録なしでインスタンスのLTLカラム追加できるよ(TLと別のインスタンスのアカウントでfav/boostもできるよ)

LTLが遅いインスタンスでLTLがめっちゃ重くなるのはindex追加すると解決できるそうだよ

鳥さんの凍結回避潰しってあれ昔に公式CKCS公開した人と同じレベルで殺すってことだよね…さすがに酷…