気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント50件
- 注目コメント
- 新着コメント
dot
ナチュラルキーとサロゲートキーの違いが良くわかってないようにも見受けられる。例示された連番の弊害はわかるけど、それはシステムの都合であってRDBの設計は別という文化で育ってきたのでピンと来ない所もある。
NetPenguin
DBの主キーの話だと想定して、MySQLだとクラスタ化インデクスなので連続している方が良さそう https://techblog.raccoon.ne.jp/archives/1627262796.html あとUUIDいっぱいで通信路を圧迫しちゃったというのを、10年ほどまえにやらかした。
maninthemiddle
挙げられてない理由で単なる連番だとIDを指定するようなUIでtypoがそのまま通ってしまいやすくなると言うのもある。1437を入れるはずなのに1347って打っちゃうのは非常にありがち
honma200
挙げられたことはUUIDv0とかで確かに保証されるが、autoincrementがダメというわけでもない。最後のものはそうなったら同じテーブル内でのPKが衝突するからエラーになるんでは？複数のDB上で同じテーブルならRDBMSがエラー出
sotarok
要件によるけど、会員IDのようなもののランダマイズの利点については同意だな〜。(関係ないけど某国産SNSでURL 1つずつincして見てくと社の関係者と友人順に利用が広がっていく様がわかって面白かったよ、その昔)
luccafort
autoincrementなIDが一概に駄目とも思ってはいないけどただ連番IDだとこういうことされるよね？は知識として知っておきたいし、それに変わるID形式が生まれたりするのはいいことなんだろうと思う。ULIDは知らなかった。
n314
商品idを商品コードにしようとしたら、オペレーターがいつもidを使っていてアルファベットを入れられると作業効率がめっちゃ落ちるから数字だけにしてくれとかあったな。uuidだと効率が落ちるどころの騒ぎではない。
pmint
フレームワークを否定する人と同じこと言ってる。「PDO::prepareを使うと、発行されたSQLが分からない」みたいな。無能扱いされるけど、それはそれで一理ある。「〇〇を使えばこれ全部できます」って文章にするといい。
Wafer
uuidでもulidでもDBを水平分割して運用してたら一意性を確保できないかもしれない気がするんだけど気のせい？ブックマークコメントを見渡してもあまり大規模なアクセスを想定していないように見える
vuy
DBで採番するからSPoFになる的な話かと思ってたらただのお気持ち投稿だった。 / この記事投げつけたいな。 https://zenn.dev/j5ik2o/articles/a085ab3e3d0f197f6559
Seitekisyoujyo
連番idやらないと複合ユニーク複合プライマリキーのアップデートが面倒だし、それで外部キーを指定したいと思った時に一手間かかる。複合ユニークやるぐらいなら連番id設けた方が絶対的に実装楽だと思う。
dot
ナチュラルキーとサロゲートキーの違いが良くわかってないようにも見受けられる。例示された連番の弊害はわかるけど、それはシステムの都合であってRDBの設計は別という文化で育ってきたのでピンと来ない所もある。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
idをautoincrementして何が悪いの？
idをautoincrementしない方が良い理由 こんにちは。株式会社プラハCEOの松原です。 最近プラハチャレン... idをautoincrementしない方が良い理由 こんにちは。株式会社プラハCEOの松原です。 最近プラハチャレンジの参加者とお話している際に 「PKのidはautoincrementするとして...」 とナチュラルにid=autoincrementするものという前提が見えたので、「本当にidをautoincrementしても良いものだろうか？」と気になったことを書いてみようと思います。もしフレームワークが自動的にautoincrementでテーブルを作るからなんとなく使っているという方がいたらご一読いただいた後、それでも連番を使いたい理由があれば教えて欲しいです・・！ 不必要に情報を晒すことになる スクレイピングされたり もしも僕が某大手に勤めているエンジニアで「競合サービスAにのってる物件情報、全部コピーして新しいサービス作ろうぜ」と指示されたらですよ？「人としてそれはやっちゃダメで
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2022/02/07 リンク