[フレーム]
はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

気に入った記事をブックマーク

  • 気に入った記事を保存できます
    保存した記事の一覧は、はてなブックマークで確認・編集ができます
  • 記事を読んだ感想やメモを書き残せます
  • 非公開でブックマークすることもできます
適切な情報に変更

エントリーの編集

loading...

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

タイトルガイドライン

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます
コメントを非表示にできます コメント表示の設定

ブックマークしました

ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

567users がブックマーク コメント 28

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

変化に強いテーブル設計の勘所 / Table design that is resistant to changes

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

はてなブックマーク

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント28件

  • 注目コメント
  • 新着コメント
Kil
DBの寿命が長い=設計時の思想を把握している人間がいなくなっている、もあるからな。DB設計書って、こういう設計にしました(結果)しか書いてなくて、なぜその設計にしたのか(過程)がない場合が大半。

その他
korilog
今後の柔軟な変更を考慮した完璧なDB作ったところで、やっぱその試作やーめたってなって使われなかったことも多いので正解がわからん。あとからカラム追加こそAIがサポートしてよしなにやってくれる領域に見えるが

その他
tamtam3
AIとあまり関係無かったDBの基本知識。複雑にすると速度も遅くなるし、仕方がないね。でも多分これもAIの得意分野だと私は思ってるよ。

その他
akisei67
DB設計の知識としては相違ないけど、この人はAI使い込んでいないんだろうなって感じた

その他
nil0303
BDだけじゃなくてアプリ側もだけど、今後を見据えた設計が結局過剰だったというケースも往々にしてあるのが悩ましい点。ただテーブル増やしてゴチャっただけみたいなこともある。未来予知能力が欲しい...。

その他
mayumayu_nimolove
知ってる?2000年前後のホムペはテーブルデザインが主流だったって事

その他
achtacht88
みんなが困ってそうな事って何処かに改善のプラクティスがあってAI先生はかなりの精度で解決案提示してくれるよね。現状の不満も正直時間の問題だと思う。先生に聞く前に、問題を問題と認識して説明する力が必要。

その他
takatama
ブクマが「AIで何とかなる」であふれてるけど、AIの出力を吟味できるのかが問題。自分でデータモデリングできる機会は希少だから経験知が身につかないのかも

その他
kamm
うーん。要求によっても設計は変わってくるし、若手の人はあんまりこういうのを読んで鵜呑みにはしないほうがいいと思う。

その他
turanukimaru
進化していくからDBのカラムは AlterTable で増やして migration すればいいよねという今の風潮は危ない。今の現場は migration が 0 からだと動かない。AI も今は動くように見えるが0から考え直すとおかしいコードになりがち。

その他
kiririmode
データモデルの寿命はアプリよりも長く変更も難しいので責務分担明確化が必要。いまのAIだと適切なデータモデル設計は難

その他
hotmilkcocoa
こういうのを AI 使ってカッチリやっていけるほど人間は賢くないと思う

その他
takatama
takatama ブクマが「AIで何とかなる」であふれてるけど、AIの出力を吟味できるのかが問題。自分でデータモデリングできる機会は希少だから経験知が身につかないのかも

2025年05月26日 リンク

その他
doubleAgent
db

その他
prograti
まずは第一、第二、第三正規化をきちんと理解して実践することが大事だと思う

その他
yarumato
"データベースは変化に弱い(機能追加でテーブル変更すると後続の機能追加が無理に)データベースに状態を持たせない。事実のみを保存する->正規化。Easy(主観)とSimple(客観)を両立。UNIX哲学。1テーブル、1責務"

その他
circled
規模によって話が違うんだよね。数百万レコードだと大したことないのに、数十億レコードくらいになってくると、えっ?この変更処理ってこんなにDB固まるの?みたいなことがある

その他
snneko
延々データモデリングやってる私に刺さる良記事だった。ありがとう

その他
strawberryhunter
私は画面から素直に作るのがベストプラクティスになっている。画面が変わるときは前提も変わる。考慮しすぎると苦しむことが目に見えている。

その他
nekoluna
私もデータモデリング信者なのでわかる。後から見てデータモデリングがクソ、みたいな案件はいくつか見た

その他
FreeCatWork
テーブル設計、むずかしーにゃ! ボクには、美味しいお魚の方が簡単だにゃ!

その他
mk173
令和になってもカラムで悩んでる

その他
achtacht88
achtacht88 みんなが困ってそうな事って何処かに改善のプラクティスがあってAI先生はかなりの精度で解決案提示してくれるよね。現状の不満も正直時間の問題だと思う。先生に聞く前に、問題を問題と認識して説明する力が必要。

2025年05月25日 リンク

その他
anonymighty
正規化しておいて、複雑な条件はアプリケーション側で吸収しましょうということね。設計時に制約にこだわるとあとで後悔するよ、と。オブジェクト志向のプロパティやメソッドの公開範囲設定と似た問題。

その他
nil0303
nil0303 BDだけじゃなくてアプリ側もだけど、今後を見据えた設計が結局過剰だったというケースも往々にしてあるのが悩ましい点。ただテーブル増やしてゴチャっただけみたいなこともある。未来予知能力が欲しい...。

2025年05月25日 リンク

その他
jiro68
生成AIの仕組みを理解しないで何でも解決してくれる魔法と思っている奴がIT技術者でもいるので、こういう基礎的な話もしないと駄目なんだろう。ありきたりなDBなら生成AIにもワンチャンあると思うが要件次第。

その他
akisei67
akisei67 DB設計の知識としては相違ないけど、この人はAI使い込んでいないんだろうなって感じた

2025年05月25日 リンク

その他
ch1248
いいスライドだった

その他
Kil
Kil DBの寿命が長い=設計時の思想を把握している人間がいなくなっている、もあるからな。DB設計書って、こういう設計にしました(結果)しか書いてなくて、なぜその設計にしたのか(過程)がない場合が大半。

2025年05月25日 リンク

その他
tamtam3
tamtam3 AIとあまり関係無かったDBの基本知識。複雑にすると速度も遅くなるし、仕方がないね。でも多分これもAIの得意分野だと私は思ってるよ。

2025年05月25日 リンク

その他
mayumayu_nimolove
mayumayu_nimolove 知ってる?2000年前後のホムペはテーブルデザインが主流だったって事

2025年05月25日 リンク

その他
jintrick
ちょっと気になるところをCopilotに聞きながら読み進めると、理解が捗る。ええ時代になった

その他
kamm
kamm うーん。要求によっても設計は変わってくるし、若手の人はあんまりこういうのを読んで鵜呑みにはしないほうがいいと思う。

2025年05月25日 リンク

その他
puruhime
いい資料だった。 もっと本を読まねば

その他
korilog
korilog 今後の柔軟な変更を考慮した完璧なDB作ったところで、やっぱその試作やーめたってなって使われなかったことも多いので正解がわからん。あとからカラム追加こそAIがサポートしてよしなにやってくれる領域に見えるが

2025年05月25日 リンク

その他
turanukimaru
turanukimaru 進化していくからDBのカラムは AlterTable で増やして migration すればいいよねという今の風潮は危ない。今の現場は migration が 0 からだと動かない。AI も今は動くように見えるが0から考え直すとおかしいコードになりがち。

2025年05月25日 リンク

その他
mak_in
言いたいことは非常に分かるのだが、ここにある内容の前に、まずやるべきはその変化をできるだけ予想しておくこと。今後どんなビジョンでアプリケーションを育てていくのか?それに合わせてDBの柔軟性を作り込む

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー
アプリのスクリーンショット
いまの話題をアプリでチェック!
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

usersに達しました!

さんが1番目にブックマークした記事「変化に強いテーブ...」が注目されています。

気持ちをシェアしよう

ツイートする

変化に強いテーブル設計の勘所 / Table design that is resistant to changes

# DBリファクタリングの勘所と所感 - https://soudai.hatena blog.com/entry/2017/12/27/080000 # アジャ... # DBリファクタリングの勘所と所感 - https://soudai.hatena blog.com/entry/2017/12/27/080000 # アジャイル開発とデータベース設計 - 変化に対応するシンプルな実装のために必要なこと - https://agilejourney.uzab...

ブックマークしたユーザー

  • techtech05212025年09月10日 techtech0521
  • kentac552025年08月02日 kentac55
  • J1382025年07月14日 J138
  • yood2025年07月09日 yood
  • hush_in2025年06月25日 hush_in
  • heatman2025年06月24日 heatman
  • tasukuchan2025年06月21日 tasukuchan
  • tsuchikazu2025年06月08日 tsuchikazu
  • sentimental-ganache2025年06月07日 sentimental-ganache
  • Toge2025年06月07日 Toge
  • kiririmode2025年06月07日 kiririmode
  • lugecy2025年06月06日 lugecy
  • tg30yen2025年06月01日 tg30yen
  • stntaku2025年06月01日 stntaku
  • dropthor2025年05月31日 dropthor
  • machupicchubeta2025年05月31日 machupicchubeta
  • nakaearth2025年05月31日 nakaearth
  • kat212025年05月31日 kat21
すべてのユーザーの
詳細を表示します

ブックマークしたすべてのユーザー

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しましたx

AltStyle によって変換されたページ (->オリジナル) /