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
はやい開発のためのJSONデータ型の活用
Search
sunnyone
August 24, 2023
Programming
0
110
はやい開発のためのJSONデータ型の活用
sunnyone
August 24, 2023
Tweet
Share
More Decks by sunnyone
See All by sunnyone
シンプルじゃないテーブルの見つけ方
sunnyone
1
290
Next.js App Router登場後の話
sunnyone
0
62
フロントエンドトレンドのふりかえりと事業に合わせた選択
sunnyone
0
92
メタプログラミングとは
sunnyone
0
2.2k
RustからPythonを呼び出す
sunnyone
1
4.3k
PowerShellでRazorテンプレートエンジンを使ってみた
sunnyone
0
2.5k
Other Decks in Programming
See All in Programming
Why Jakarta EE Matters to Spring - and Vice Versa
ivargrimstad
0
1.1k
Snowflake x dbtで作るセキュアでアジャイルなデータ基盤
tsoshiro
2
520
エンジニアとして関わる要件と仕様(公開用)
murabayashi
0
290
Realtime API 入門
riofujimon
0
150
as(型アサーション)を書く前にできること
marokanatani
10
2.7k
subpath importsで始めるモック生活
10tera
0
300
Jakarta EE meets AI
ivargrimstad
0
560
AWS IaCの注目アップデート 2024年10月版
konokenj
3
3.3k
ローコードSaaSのUXを向上させるためのTypeScript
taro28
1
610
A Journey of Contribution and Collaboration in Open Source
ivargrimstad
0
930
Hotwire or React? ~アフタートーク・本編に含めなかった話~ / Hotwire or React? after talk
harunatsujita
1
120
CSC509 Lecture 09
javiergs
PRO
0
140
Featured
See All Featured
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
232
17k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
Mobile First: as difficult as doing things right
swwweet
222
8.9k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
159
15k
Faster Mobile Websites
deanohume
305
30k
Code Reviewing Like a Champion
maltzj
520
39k
The World Runs on Bad Software
bkeepers
PRO
65
11k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
93
16k
Making the Leap to Tech Lead
cromwellryan
133
8.9k
Building a Modern Day E-commerce SEO Strategy
aleyda
38
6.9k
Building a Scalable Design System with Sketch
lauravandoore
459
33k
Six Lessons from altMBA
skipperchong
27
3.5k
Transcript
はやい開発のための JSON データ型の活用 1
アジェンダ JSON 型とは JSON 型のメリット JSON 型の運用上の課題と対策 結論 2
JSON 型とは RDB に備わっているJSON を格納するためのデータ型 json 型やjsonb 型 JSON のための関数もある
->> 演算子, json_array_elements, etc 今回はRDB の機能自体については触れません 3
JSON 型のメリット 可変の構造を入れられる int やtimestamp などはそれぞれのもの ???「決めなくていい!早くできる!!」 4
JSON の例 { "title": "SQL アンチパターン", "author": "Bill Karwin" }
5
JSON 型の運用上の課題:構造が変わる ???「タイトルの一部を太字にしたいんですけど」 { "title": [ { "text": " 失敗",
"type": "strong" }, { "text": " から学ぶRDB の正しい歩き方" }, ], "author": " 曽根 壮大" } 6
JSON 型の運用上の課題への対策 マイグレーションする 互換性がある構造にする 複数バージョンに対応する 7
対策 1. マイグレーションする クエリー一発というわけにいかないことが多い 変換ロジックの実装が必要 実装の時間がかかる 変換が難しい構造になることがある 木の一部にあるような例だと辿るのも大変 8
対策 2. 最初から柔軟性のある構造にする ある程度変更を見越しておく。 { "title": [ { "text": "SQL
パズル" }, ], "author": " ジョー・セルコ" } → 想定するにも限界がある 9
対策 3. 複数バージョンに対応する 複数の形のデータを排除することは諦め、ロジックがどちらの値も 想定する 10
複数バージョンの罠 本来の目的の中に今の実装にない過去データの構造が入り込む 開発速度を下げる function BookBox({title}) { if (title instanceof string)
{ // こういうのが増えていく return <Box><div>{title}</div></Box>; } // 本来は見た目をどうにかするのが役割 return <Box><DecoratedText text={title} /></Box>; } 11
罠の原因と対策 本来の業務の役割に、永続化されたデータを解釈する役割が重なっ ている データを保存する目的と表示する目的が異なることも多い 複数バージョンを想定する場合は、データを解釈する層を用意する 最初からデータをそのままで使えないことを想定した構成にして おく 後付けで一貫して足すことは大変なことに注意 12
例 こういう層を書けるようにしておくと、本来の役割に集中できる function parseFooData(bookData): Data { if (bookData instanceof string)
{ return [ { text: bookData.title } ]; } return bookData; } function BookBox({book}) { return <Box><DecoratedText text={title} /></Box>; } 13
JSON 型、 ほんとうにはやかったのだろうか? 14
結論 RDB を使えるなら使う方がはやくない? マイグレーションのための仕組みがある データに対する制約をかけやすい 変なデータが入っていることを想定する必要性が下がる 制約によってはアンチパターン: EAV(Entity Attribute Value)
も考慮 を JSON を使わなければいけないときは覚悟をもって使いましょう 15