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
19
データモデルは時空を越える
2015/2/21 しょぼちむにデータモデル設計について教えてくださいの会 #syoboben
terahide
February 21, 2015
Tweet
Share
More Decks by terahide
See All by terahide
アニメに学ぶチームの多様性とコンピテンシー
terahide
0
230
テスト駆動開発でダイエットに挑戦して失敗した話
terahide
0
1k
コミュニケーション不全はなぜ起きるか
terahide
0
100
オレオレになりがちなテスト計画を見直した話
terahide
0
86
和服を普段着にするようになって気づいたアジャイルの心
terahide
0
22
Management3.0のワークを受けてから会社の偉い人へM3.0のワークショップをするまでにやったこと
terahide
0
35
一番アジャイルな料理人はソーマくんだと思うんだ
terahide
0
35
Att
terahide
0
16
受託開発でテストファーストしたらXXXを早期発見できてハイアジリティになったはなし
terahide
0
24
Other Decks in Technology
See All in Technology
TinyGoを使ったVSCode拡張機能実装
askua
2
210
인디 앱 개발자와 Flutter
tinyjin
0
150
利きプロセススケジューラ
sat
PRO
5
2.7k
2024年グライダー曲技世界選手権参加報告/2024 WGAC report
jscseminar
0
300
Terraform CI/CD パイプラインにおける AWS CodeCommit の代替手段
hiyanger
1
190
Incident Response Practices: Waroom's Features and Future Challenges
rrreeeyyy
0
150
エンジニア候補者向け資料2024.11.07.pdf
macloud
0
4.6k
信頼性に挑む中で拡張できる・得られる1人のスキルセットとは?
ken5scal
2
470
The Role of Developer Relations in AI Product Success.
giftojabu1
0
110
形式手法の 10 メートル手前 #kernelvm / Kernel VM Study Hokuriku Part 7
ytaka23
5
820
DMARC 対応の話 - MIXI CTO オフィスアワー #04
bbqallstars
1
140
音声×Copilot オンコパの世界
kasada
1
120
Featured
See All Featured
Building an army of robots
kneath
302
42k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
93
16k
Writing Fast Ruby
sferik
627
61k
Producing Creativity
orderedlist
PRO
341
39k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
329
21k
5 minutes of I Can Smell Your CMS
philhawksworth
202
19k
Scaling GitHub
holman
458
140k
How GitHub (no longer) Works
holman
310
140k
Designing for Performance
lara
604
68k
Code Reviewing Like a Champion
maltzj
520
39k
YesSQL, Process and Tooling at Scale
rocio
168
14k
Documentation Writing (for coders)
carmenintech
65
4.4k
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/
まとめ •データモデルはテーブル設計 とは限らない •履歴を残そう •更新を無くそう •必要があればトレーサビリティ にも気を使おう
われわれに よい 学びの場を 与えてくださった しょぼちむはえらい 拍手!