Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
データモデルは時空を越える
Search
terahide
February 21, 2015
Technology
0
25
データモデルは時空を越える
2015/2/21 しょぼちむにデータモデル設計について教えてくださいの会 #syoboben
terahide
February 21, 2015
Tweet
Share
More Decks by terahide
See All by terahide
アニメに学ぶチームの多様性とコンピテンシー
terahide
0
500
テスト駆動開発でダイエットに挑戦して失敗した話
terahide
0
1.2k
コミュニケーション不全はなぜ起きるか
terahide
0
130
オレオレになりがちなテスト計画を見直した話
terahide
0
150
和服を普段着にするようになって気づいたアジャイルの心
terahide
0
39
Management3.0のワークを受けてから会社の偉い人へM3.0のワークショップをするまでにやったこと
terahide
0
120
一番アジャイルな料理人はソーマくんだと思うんだ
terahide
0
58
Att
terahide
0
24
受託開発でテストファーストしたらXXXを早期発見できてハイアジリティになったはなし
terahide
0
39
Other Decks in Technology
See All in Technology
リセラー企業のテクサポ担当が考える、生成 AI 時代のトラブルシュート 2025
kazzpapa3
1
160
ガバメントクラウドの概要と自治体事例(名古屋市)
techniczna
2
230
そのWAFのブロック、どう活かす? サービスを守るための実践的多層防御と思考法 / WAF blocks defense decision
kaminashi
0
190
生成AIとM5Stack / M5 Japan Tour 2025 Autumn 東京
you
PRO
0
250
Adminaで実現するISMS/SOC2運用の効率化 〜 アカウント管理編 〜
shonansurvivors
4
440
これがLambdaレス時代のChatOpsだ!実例で学ぶAmazon Q Developerカスタムアクション活用法
iwamot
PRO
6
1k
Where will it converge?
ibknadedeji
0
210
Adapty_東京AI祭ハッカソン2025ピッチスライド
shinoyamada
0
290
【Kaigi on Rails 事後勉強会LT】MeはどうしてGirlsに? 私とRubyを繋いだRail(s)
joyfrommasara
0
240
AIツールでどこまでデザインを忠実に実装できるのか
oikon48
6
3.3k
職種別ミートアップで社内から盛り上げる アウトプット文化の醸成と関係強化/ #DevRelKaigi
nishiuma
2
160
[Keynote] What do you need to know about DevEx in 2025
salaboy
0
170
Featured
See All Featured
A better future with KSS
kneath
239
18k
Learning to Love Humans: Emotional Interface Design
aarron
274
41k
Designing for Performance
lara
610
69k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
359
30k
Automating Front-end Workflow
addyosmani
1371
200k
Product Roadmaps are Hard
iamctodd
PRO
54
11k
Code Reviewing Like a Champion
maltzj
526
40k
Mobile First: as difficult as doing things right
swwweet
224
10k
The Power of CSS Pseudo Elements
geoffreycrofte
79
6k
Faster Mobile Websites
deanohume
310
31k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.7k
Transcript
てらひで 2015/2/21 #syoboben データモデルは 時空を超える!? ~移動する情報と追跡可能性~
てらひで @terahide27 認定スクラムマスター 認定スクラム プロダクトオーナー アジャイルコンサルタント アーキテクト
てらひで @terahide27 http://gigazine.net/news/20141206-anime-2015winter/ 深夜アニメの カバレッジ90%以上
今日お話すること •データモデルってなんだっ け? •履歴と更新 •データと移動
やらないこと •むずかしいお話 •詳しい説明 •アニメのお話
データ モデル
データ - Wikipedia 伝達、解釈、処理などに適するように形式 化、符号化されたもの、または再度情報 として解釈できるものをいう。 -snip- 端的に言うと、意味のあるデータが 「情報」となる。→情報 http://ja.wikipedia.org/wiki/%E3%83%87%E3%83%BC%E3%82%BF
モデル - Wikipedia -snip- システムやプロセスに関して、計算や予測 の助けとするために、単純化した記述のこ とで、特に数学的なそれのこと[1]。現実 よりも単純化した説明 →モデル (学術)、
数理モデル。 http://ja.wikipedia.org/wiki/%E3%83%A2%E3%83%87%E3%83%AB
データモデル 意味のあるデータ= 『情報』 を 単純化した記述のこと
今日のお題1 つぶやきシステム
ここ! 35,582回ツイート 35,582件の履歴
簡単なモデル ユーザ ツイート 1 0..*
履歴 ツイート 値 更新日時
履歴 おまけ ツイート 変更履歴 1..* 1
今日のお題2 受発注 むずかしい (>_<)
整理 •データ – 注文、発注、商品、などなど •やりたいこと – 注文があった商品を発注先へ納品する – 二重出荷、未出荷などの誤出荷はNG •考えること
– 倉庫に商品がなかったらどうなるんだろう? – などなど
やり方 •一番細かい単位でデータを保持 –トランザクションの単位 •すべての履歴を残す
Sample 注文 * 1 明細 商品 個数 値 1 *
※いろいろ割愛 明細を更新する 可能性のある 最少単位で
使いづらい (>_<)
なにが起こるか •更新はCreateとDeleteだけになる •参照はがっちゃんこしてみればいい
用法容量を お守りの上 適切にお使い ください
性能には気 を付けてね
•時間(現在・過去・未来の受注) •空間(倉庫から発送先へ) つまり移動! 時空を超える
TEA •AccountPattern –アナリシスパターン(ISBN:4894716933) •絶版orz •Transaction(トランザクション) •Entry(エントリー) •Account(資源)
資源 移動の対象となるもの 名前 :商品 商品名:みかん 単位 :箱 個数 :在庫数+入荷数ー出荷数
エントリー 資源をどのくらい変更したか 個数:30 個数:-1 入荷の時 出荷の時
ここまで エントリー 資源 * 1
トランザクション どこからどこへ移動したか 名前:入荷 名前:出荷 入荷は 入荷元から 倉庫への移動 出荷は 倉庫から 出荷先への移動
ここまで エントリー 資源 * 1 トランザク ション * 1
倉庫には今いくつみかん箱がありますか? 質問 1 30箱 2 -1箱 3 -3箱 エントリー 26箱
資源 1 入荷 2 出荷 3 出荷 トランザクション
今日のお題1 つぶやきシステム
つぶやき ツイート 変更 ツイート <Account> <Entry> * 1 ツイート 変更
<Transaction> 1 1 ※冗長だね
つぶやき ツイート変更 ツイート <Account> <Entry> クソモデルw 1 追加 クソモデルw *
1
つぶやき ツイート変更 ツイート <Account> <Entry> 天使モデル 1 追加 クソモデルw 2
変更 天使モデル * 1
つぶやき ツイート変更 ツイート <Account> <Entry> 1 追加 クソモデルw 2 変更
天使モデル 3 削除 * 1 天使モデル
履歴 ツイート 値 更新日時
ご参考 •オージス総研 アナパタ勉強会のページ –第6章 在庫管理と会計 -前半- http://www.ogis-ri.co.jp/otc/hiroba/others/AnaPatStudy/
まとめ •データモデルはテーブル設計 とは限らない •履歴を残そう •更新を無くそう •必要があればトレーサビリティ にも気を使おう
われわれに よい 学びの場を 与えてくださった しょぼちむはえらい 拍手!