基本から学ぶ テーブル設計 超入門!
- ken_takasaki
- 4521
- 8
- 2
- 0
あーバリデーションルールをフロント・モデル・DBに(同じようなもの・似たようなものであっても)全部書くという考えもあるのか #テーブル設計超入門
2022-03-30 20:49:38CHECK制約を積極的に使うかどうかは設計判断として迷うところがあるなぁ。 私も控えめなスタンスだけど、使うほうに振り切るとどうなるのか気になる。 #テーブル設計超入門
2022-03-30 20:52:32DBの層をどこまで制約で固めるかは扱っている問題の性質にも依りそう。 誤りが致命的になるような状況では固めるべきかもしれない。 #テーブル設計超入門
2022-03-30 20:55:03唸るほど面白かった。「事実を記録する。」「記録した事実を利用する。」というデータベースの存在意義に基づいた「テーブル設計のあるべき姿」を学ぶことができた。特に設計パターンの紹介は目から鱗が5枚ほど落ちてきて焦った。あとは性能面の課題をどうクリアしていくか? #テーブル設計超入門
2022-03-30 20:57:53追記型(イミュータブル)のテーブル設計でデータ量が増大する問題は多くの場合に気にする必要がなくなってきている(分かる。アプリケーションにおけるイミュータブル前提のプログラミングスタイルのパフォーマンス懸念と問題状況は近いと思う)。 #テーブル設計超入門
2022-03-30 20:58:21性能が悪いときは、例外なくアプリケーションでおかしなことをやっていたな。過去の経験では。 #テーブル設計超入門
2022-03-30 20:58:50お、データ量の話に言及があった #テーブル設計超入門 1) ストレージの使用量という点に関しては、まあ今は大量に使える世界観なので(多くの場合)問題にならないと考える 2) 性能に関しては、特に問題は出ないと考えている。が、実際のユースケースは考察材料にしたいので自分も知りたい とのこと
2022-03-30 21:01:16学習目的はもちろん実務においてもDDLは普通に手書きしているなぁ。 SQLクライアントなどツールの支援は受けるとして。 #テーブル設計超入門
2022-03-30 21:01:23・DISK量はだんだん気にしなくて良くなったから追記型ができる ・デプロイは頻繁にできるようになったからなんでもマスタで持つのではなくハードコーディングしちゃえばいいのもある ・joinでどれくらい性能劣化が見られるのかそこまでそこまで気にする必要はないはず #テーブル設計超入門
2022-03-30 21:01:59盛りだくさんだったー #テーブル設計超入門 基本から学ぶ テーブル設計 超入門!に参加してきた - 天の月 aki-m.hatenadiary.com/entry/2022/03/…
2022-03-30 21:06:04#テーブル設計超入門 過去の isucon で IoT + 可視化のネタがあったんよね。追記型で設計した場合に、いかにもパフォーマンスの問題が出そうな題材ではあるんよな。
2022-03-30 21:07:07#テーブル設計超入門 過去に拝見した SmartHR さんのテーブル設計の公開資料、ちょいちょいデータ構造自体がユーザー都合で代わってしまうフォーム系のテーブルの扱いに苦慮されてた感じだったんよな。追記型アプローチの設計で考えたらどんな感じになるんだろう、ってのがふと気になった
2022-03-30 21:08:46さっそくのブログ! > 巨人ファンなので説明が頭に入りやすかったですw 「みなさん、ご存知の話」を、ちゃんとご存知だった人がここにいた! #テーブル設計超入門 twitter.com/Aki_Moon_/stat…
2022-03-30 21:10:53たくさんのご参加ありがとうございました。 さきほど発表した資料はこちらで公開しています。 speakerdeck.com/masuda220/tabl… #テーブル設計超入門
2022-03-30 21:20:21今日の登板資料をアップしました! 裏で、我らがチームも勝った様なので、よしよし。 #テーブル設計超入門 超入門!テーブル設計をデータモデリングから考えよう speakerdeck.com/k_takasaki/cha…
2022-03-30 21:29:41