idの順番に依存しないコードを書こう - komagataのブログ

最近レビューでよく書くのでまとめておきます。 指摘 idでソートするとか、idがインクリメンタルな数字ということを前提とするコードは避けよう。古い順に並べたいんだったらcreated_atとかが作成日なんだから「古い順」ということをより表現していることになる。 理由 idをuuidとかに変えた場合バグになる。 古いものを取ろうとしてidでソートしてfirstとかやっちゃいかん。 管理画面のユーザー一覧をid降順でソートしてて、最近追加されたユーザーは一番最初にきてたのuuidにしたら並びが変わった・困るとお客さんに言われることになる。 rails+postgresでidにuuidを使う - komagataのブログ Microsoft系のライブラリやフレームワークもuuidがidのこと多い。 railsもfixturesではidはランダムに入るのでidがインクリメンタルな数字という前提のテ

[JunichiIto]

created_atにインデックスが付いてると遅くなることがあるし、どちらがいいのかはケースバイケースなのでQiita記事を書きました。 https://qiita.com/jnchito/items/8bbbf3e803e56b97a498

[vanbraam]

これ常識だと思ってたので,反論する人が↓にいるのを見て唖然とした.少なくともmicroservicesを考えたら順序依存idは無理;Rails固有の話でもないと思うが,Railsのデフォルト設定が変に親切だからid順序依存な人が多いのか

[suginoy]

むしろ id 推奨派

[morygonzalez]

なるほどやめます。ただ created_at カラムにインデックスがない（追加も許されない）環境では id で sort せざるを得ないんすよね…