https://b.hatena.ne.jp/entry/s/zenn.dev/praha/articles/3c84e3818891c3 idをautoincrementしない方が良い理由 こんにちは。株式会社プラハCEOの松原です。 最近プラハチャレンジの参加者とお話している際に 「PKのidはautoincrementするとして...」 とナチュラルにid=autoincrementす... https://b.hatena.ne.jp/y-teraoka/20250804#bookmark-4715060766199507554 2025-08-03T15:48:24Z Pocket https://b.hatena.ne.jp/ndxbn/20241110#bookmark-4731289868238997412 2024-11-09T19:32:57Z DB UUID Primary Key PK Index https://b.hatena.ne.jp/lilpacy/20240911#bookmark-4731289868238997412 2024-09-10T15:54:07Z db https://b.hatena.ne.jp/moneyshark/20240221#bookmark-4731289868238997412 uuid と autoincrement 2024-02-21T14:38:57Z https://b.hatena.ne.jp/tofy/20240215#bookmark-4731289868238997412 2024-02-15T04:45:52Z https://b.hatena.ne.jp/kumamonchang/20230808#bookmark-4731289868238997412 2023-08-08T11:55:17Z https://b.hatena.ne.jp/kihala/20230611#bookmark-4731289868238997412 2023-06-11T08:19:09Z 開発 設計 プログラミング webサービス 個人開発 https://b.hatena.ne.jp/kakedashinginx/20230125#bookmark-4731289868238997412 2023-01-25T10:38:06Z https://b.hatena.ne.jp/lanius/20230124#bookmark-4731289868238997412 2023-01-24T09:44:14Z アーキテクト https://b.hatena.ne.jp/t2y-1979/20230122#bookmark-4731289868238997412 [[database][design][security][performance] 2023-01-22T11:12:10Z https://b.hatena.ne.jp/techtech0521/20221218#bookmark-4715060766199507554 2022-12-18T12:31:20Z あとで読む https://b.hatena.ne.jp/sametashark/20220403#bookmark-4715060766199507554 2022-04-02T17:02:38Z あとで読む https://b.hatena.ne.jp/fuyu77/20220311#bookmark-4715060766199507554 2022-03-11T02:59:37Z https://b.hatena.ne.jp/nntsugu/20220221#bookmark-4715060766199507554 2022-02-20T23:39:18Z autoincrement https://b.hatena.ne.jp/kabukisan/20220219#bookmark-4715060766199507554 2022-02-19T11:21:42Z https://b.hatena.ne.jp/honma200/20220217#bookmark-4715060766199507554 挙げられたことはUUIDv0とかで確かに保証されるが、autoincrementがダメというわけでもない。最後のものはそうなったら同じテーブル内でのPKが衝突するからエラーになるんでは？複数のDB上で同じテーブルならRDBMSがエラー出 2022-02-16T23:56:38Z https://b.hatena.ne.jp/pascal256/20220213#bookmark-4715060766199507554 （保証出来ないのに）連番をつい期待してしまう、とかもあるかなー。あと超高負荷時に問題がでるからUUID派だったけどクラスタインデックスの話もあるから、自分の中にまだ正解が無い… 2022-02-13T07:51:37Z https://b.hatena.ne.jp/mjtai/20220211#bookmark-4715060766199507554 2022-02-11T00:47:19Z データベース https://b.hatena.ne.jp/k_wizard/20220210#bookmark-4715060766199507554 2022-02-09T22:12:52Z - https://b.hatena.ne.jp/ed_v3/20220210#bookmark-4715060766199507554 ケースバイケースだと思うけどタイトル見た時ここまでずれた論点だとは思わなかった。 2022-02-09T15:17:24Z https://b.hatena.ne.jp/yysaki/20220209#bookmark-4715060766199507554 2022-02-09T03:47:34Z https://b.hatena.ne.jp/hamaco/20220209#bookmark-4715060766199507554 要件によりそう。ただまあこの記事に書かれているのはURLの話とDBの話が混ざっているのでDBがautoincrementでURLには違うキーを使うとかあるしまあ。 2022-02-09T02:49:01Z https://b.hatena.ne.jp/Tormits/20220209#bookmark-4715177349382906626 2022-02-09T02:33:45Z https://b.hatena.ne.jp/sotarok/20220209#bookmark-4715060766199507554 要件によるけど、会員IDのようなもののランダマイズの利点については同意だな〜。(関係ないけど某国産SNSでURL 1つずつincして見てくと社の関係者と友人順に利用が広がっていく様がわかって面白かったよ、その昔) 2022-02-09T00:29:36Z https://b.hatena.ne.jp/luccafort/20220209#bookmark-4715060766199507554 autoincrementなIDが一概に駄目とも思ってはいないけどただ連番IDだとこういうことされるよね？は知識として知っておきたいし、それに変わるID形式が生まれたりするのはいいことなんだろうと思う。ULIDは知らなかった。 2022-02-09T00:23:09Z https://b.hatena.ne.jp/len_prog/20220208#bookmark-4715060766199507554 2022-02-08T14:02:08Z https://b.hatena.ne.jp/momoirotan/20220208#bookmark-4715060766199507554 2022-02-08T13:01:09Z like https://b.hatena.ne.jp/wonder-wall/20220208#bookmark-4715060766199507554 2022-02-08T10:00:11Z DB https://b.hatena.ne.jp/sambaquiz/20220208#bookmark-4715060766199507554 2022-02-08T07:07:25Z https://b.hatena.ne.jp/mas-higa/20220208#bookmark-4715060766199507554 2022-02-08T06:20:39Z あとで読む https://b.hatena.ne.jp/numtostring/20220208#bookmark-4715060766199507554 ULID がいいな。 2022-02-08T06:09:07Z https://b.hatena.ne.jp/hiroaki256/20220208#bookmark-4715060766199507554 2022-02-08T05:19:38Z データベース 設計 id uuid https://b.hatena.ne.jp/fumikony/20220208#bookmark-4715060766199507554 2022-02-08T05:14:11Z あとで読む https://b.hatena.ne.jp/dpprkng/20220208#bookmark-4715060766199507554 2022-02-08T04:31:45Z https://b.hatena.ne.jp/sisya/20220208#bookmark-4715060766199507554 内部IDと表示名とユーザIDは全部別のものであると認識しないと事故が起こる。筆者はその辺りがとても危うく感じる。もう少し言葉の定義を厳密に認識し直した方がいい。 2022-02-08T04:18:33Z https://b.hatena.ne.jp/delegate/20220208#bookmark-4715060766199507554 2022-02-08T03:55:58Z db autoincrement 採番 https://b.hatena.ne.jp/l08084/20220208#bookmark-4715060766199507554 2022-02-08T02:20:56Z あとで読む https://b.hatena.ne.jp/yumenaut/20220208#bookmark-4715060766199507554 2022-02-08T02:11:56Z https://b.hatena.ne.jp/hasunuma0613/20220208#bookmark-4715060766199507554 2022-02-08T02:10:36Z https://b.hatena.ne.jp/sskoji/20220208#bookmark-4715060766199507554 2022-02-08T02:07:14Z あとで読む https://b.hatena.ne.jp/green0/20220208#bookmark-4715060766199507554 2022-02-08T02:00:03Z https://b.hatena.ne.jp/honeybe/20220208#bookmark-4715060766199507554 2022-02-08T01:43:15Z https://b.hatena.ne.jp/jackieorange/20220208#bookmark-4715060766199507554 2022-02-08T01:34:02Z https://b.hatena.ne.jp/takasago08/20220208#bookmark-4715060766199507554 2022-02-08T01:33:37Z あとで読む https://b.hatena.ne.jp/buzztaiki/20220208#bookmark-4715060766199507554 ブコメでいくつか容量の話がでてるけど、UUID や ULID もバイナリのまま扱えば128ビットだよ。 2022-02-08T00:58:55Z https://b.hatena.ne.jp/suimin28/20220208#bookmark-4715060766199507554 2022-02-08T00:54:44Z https://b.hatena.ne.jp/ohnishiakira/20220208#bookmark-4715060766199507554 2022-02-08T00:47:51Z https://b.hatena.ne.jp/aravow/20220208#bookmark-4715060766199507554 2022-02-08T00:45:58Z あとで読む https://b.hatena.ne.jp/ymm1x/20220208#bookmark-4715060766199507554 2022-02-08T00:25:39Z あとで読む https://b.hatena.ne.jp/kyama65/20220208#bookmark-4715060766199507554 2022-02-08T00:24:10Z あとで読む https://b.hatena.ne.jp/versatile/20220208#bookmark-4715060766199507554 url の id を db の id にする人はこの時代流石にもういないとは思うが 2022-02-08T00:22:06Z https://b.hatena.ne.jp/kjtec/20220208#bookmark-4715060766199507554 2022-02-08T00:20:35Z あとで読む https://b.hatena.ne.jp/yk5656/20220208#bookmark-4715060766199507554 2022-02-08T00:15:01Z db https://b.hatena.ne.jp/Akineko/20220208#bookmark-4715060766199507554 2022-02-08T00:12:25Z データベース https://b.hatena.ne.jp/flex3/20220208#bookmark-4715060766199507554 2022-02-08T00:10:51Z https://b.hatena.ne.jp/marumoe-dev/20220208#bookmark-4715060766199507554 2022-02-08T00:08:38Z https://b.hatena.ne.jp/n314/20220208#bookmark-4715060766199507554 商品idを商品コードにしようとしたら、オペレーターがいつもidを使っていてアルファベットを入れられると作業効率がめっちゃ落ちるから数字だけにしてくれとかあったな。uuidだと効率が落ちるどころの騒ぎではない。 2022-02-08T00:06:02Z https://b.hatena.ne.jp/onori108/20220208#bookmark-4715060766199507554 2022-02-07T23:55:47Z https://b.hatena.ne.jp/sochankun/20220208#bookmark-4715060766199507554 2022-02-07T23:54:17Z あとで読む https://b.hatena.ne.jp/t_otoda/20220208#bookmark-4715060766199507554 2022-02-07T23:45:21Z あとで読む https://b.hatena.ne.jp/puruhime/20220208#bookmark-4715060766199507554 2022-02-07T23:38:26Z https://b.hatena.ne.jp/synopses/20220208#bookmark-4715060766199507554 2022-02-07T23:37:48Z あとで読む https://b.hatena.ne.jp/ktdk/20220208#bookmark-4715060766199507554 2022-02-07T23:35:40Z https://b.hatena.ne.jp/uniom/20220208#bookmark-4715060766199507554 2022-02-07T23:35:26Z https://b.hatena.ne.jp/greenmold/20220208#bookmark-4715060766199507554 2022-02-07T23:17:52Z あとで読む https://b.hatena.ne.jp/yasuhiro1212/20220208#bookmark-4715060766199507554 2022-02-07T23:11:47Z あとで読む https://b.hatena.ne.jp/pmint/20220208#bookmark-4715060766199507554 フレームワークを否定する人と同じこと言ってる。「PDO::prepareを使うと、発行されたSQLが分からない」みたいな。無能扱いされるけど、それはそれで一理ある。「〇〇を使えばこれ全部できます」って文章にするといい。 2022-02-07T23:06:19Z * https://b.hatena.ne.jp/kabuquery/20220208#bookmark-4715060766199507554 スクレイピング対策は別な話の気がするけど 2022-02-07T23:04:51Z https://b.hatena.ne.jp/a-ajtdm/20220208#bookmark-4715060766199507554 2022-02-07T22:57:35Z https://b.hatena.ne.jp/kat00/20220208#bookmark-4715060766199507554 2022-02-07T22:56:00Z https://b.hatena.ne.jp/dkanikama/20220208#bookmark-4715060766199507554 2022-02-07T22:54:28Z https://b.hatena.ne.jp/tjtjtjofthedead/20220208#bookmark-4715060766199507554 2022-02-07T22:39:21Z あとで読む https://b.hatena.ne.jp/stkyk/20220208#bookmark-4715060766199507554 2022-02-07T22:34:51Z https://b.hatena.ne.jp/ducktoon/20220208#bookmark-4715060766199507554 連番で管理しつつURL用にuuidっぽいやつを別カラムに持つようにしてる。連番は開発者にとってわかりやすい(一番重要)のと、DB効率が良い(らしい) 2022-02-07T22:24:52Z https://b.hatena.ne.jp/tzmfreedom/20220208#bookmark-4715060766199507554 2022-02-07T22:16:40Z https://b.hatena.ne.jp/ugo_uozumi/20220208#bookmark-4715060766199507554 2022-02-07T22:02:34Z https://b.hatena.ne.jp/kotatsuhal/20220208#bookmark-4715060766199507554 こういった疑問をスルーせず出力したことを評価したい！周りに指摘してくれる人がいないとなぁなぁになって後で後悔するやつだから。 2022-02-07T22:02:01Z https://b.hatena.ne.jp/kutakutatriangle/20220208#bookmark-4715060766199507554 2022-02-07T21:18:15Z DB サービス 設計 https://b.hatena.ne.jp/kuyo/20220208#bookmark-4715060766199507554 2022-02-07T21:04:30Z あとで読む https://b.hatena.ne.jp/Mackyson/20220208#bookmark-4715060766199507554 2022-02-07T20:52:21Z データベース https://b.hatena.ne.jp/Hiro_Matsuno/20220208#bookmark-4715060766199507554 2022-02-07T20:31:02Z https://b.hatena.ne.jp/igatea/20220208#bookmark-4715060766199507554 2022-02-07T19:36:55Z あとで読む https://b.hatena.ne.jp/vuy/20220208#bookmark-4715060766199507554 DBで採番するからSPoFになる的な話かと思ってたらただのお気持ち投稿だった。 / この記事投げつけたいな。 https://zenn.dev/j5ik2o/articles/a085ab3e3d0f197f6559 2022-02-07T19:34:18Z https://b.hatena.ne.jp/redlo/20220208#bookmark-4715060766199507554 2022-02-07T19:30:55Z db 設計 https://b.hatena.ne.jp/Seitekisyoujyo/20220208#bookmark-4715060766199507554 連番idやらないと複合ユニーク複合プライマリキーのアップデートが面倒だし、それで外部キーを指定したいと思った時に一手間かかる。複合ユニークやるぐらいなら連番id設けた方が絶対的に実装楽だと思う。 2022-02-07T18:29:51Z https://b.hatena.ne.jp/jottsu/20220208#bookmark-4715060766199507554 2022-02-07T18:22:22Z https://b.hatena.ne.jp/wakatomo0606/20220208#bookmark-4715060766199507554 2022-02-07T17:47:30Z https://b.hatena.ne.jp/froak/20220208#bookmark-4715060766199507554 2022-02-07T17:43:58Z https://b.hatena.ne.jp/sc3wp06ga/20220208#bookmark-4715060766199507554 2022-02-07T17:11:02Z programming 考察 ToDo https://b.hatena.ne.jp/J138/20220208#bookmark-4715060766199507554 2022-02-07T17:09:37Z https://b.hatena.ne.jp/nektn/20220208#bookmark-4715060766199507554 2022-02-07T16:53:39Z あとで読む https://b.hatena.ne.jp/westerndog/20220208#bookmark-4715060766199507554 2022-02-07T16:52:11Z IT https://b.hatena.ne.jp/mathtonica/20220208#bookmark-4715060766199507554 2022-02-07T16:48:21Z https://b.hatena.ne.jp/raamen07/20220208#bookmark-4715060766199507554 こういうの額面通りに間に受けてわけわからん設計しだす人出てくるから嫌。 2022-02-07T16:46:23Z https://b.hatena.ne.jp/bongkura/20220208#bookmark-4715060766199507554 2022-02-07T16:42:30Z https://b.hatena.ne.jp/vamview/20220208#bookmark-4715060766199507554 2022-02-07T16:36:12Z https://b.hatena.ne.jp/kamm/20220208#bookmark-4715060766199507554 悪いとする理由が微妙じゃないか…？bigint使っても8バイトで済むという効率性もあるし 2022-02-07T16:22:50Z https://b.hatena.ne.jp/attoku/20220208#bookmark-4715060766199507554 2022-02-07T16:19:36Z データベース MySQL https://b.hatena.ne.jp/kybernetes/20220208#bookmark-4715060766199507554 2022-02-07T16:04:01Z https://b.hatena.ne.jp/tsimo/20220208#bookmark-4715060766199507554 2022-02-07T15:44:14Z