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
NearMeの技術発表資料です
April 28, 2023
Technology
0
35
データベース:正規系の続き
NearMeの技術発表資料です
April 28, 2023
Tweet
Share
More Decks by NearMeの技術発表資料です
See All by NearMeの技術発表資料です
GTFSのデータを Streamlitで可視化してみた
nearme_tech
0
18
Offset / Cursor Paginationについて
nearme_tech
1
21
⼤規模⾔語モデルの拡張(RAG)が 終わったかも知れない件について
nearme_tech
22
15k
VRPを深層強化学習で解く
nearme_tech
0
59
Let’s go monorepo - intro to Nx.dev
nearme_tech
0
15
Dynamic Vehicle Routing のシミュレーションを Streamlitで作ってみた
nearme_tech
0
61
ログ監視ツールについて調べてみた
nearme_tech
0
52
(インターン生が大学院で行なっている)研究紹介
nearme_tech
0
44
拡散モデルの概要 −§2. スコアベースモデルについて−
nearme_tech
0
55
Other Decks in Technology
See All in Technology
エンタープライズ環境下での Active Directory の運用 TIPS
tamaiyutaro
1
1.6k
マルチアカウント環境への発見的統制の導入
ch1aki
1
1.3k
DevOpsDays History and my DevOps story
kawaguti
PRO
8
1.6k
ユーザーストーリーのレビューを自動化したみたの
bun913
1
330
SIEMを用いて、セキュリティログ分析の可視化と分析を実現し、PDCAサイクルを回してみた
coconala_engineer
0
220
コードを書く隙間を見つけて生きていく技術/Findy 思考の現在地
fujiwara3
24
5.2k
「共通基盤」を超えよ! 今、Platform Engineeringに取り組むべき理由
jacopen
25
5.9k
反実仮想機械学習とは何か
usaito
PRO
7
2.3k
なぜ NOT A HOTEL が Web3 に取り組むのか - NOT A HOTEL TECH TALK
ynunokawa
0
160
KubeCon EU 2024 Recap “Kubernetes Policy Time Machine: Where to Next?”
ryysud
0
120
[2024年3月版] Databricksのシステムアーキテクチャ
databricksjapan
8
1.9k
疲弊しない!AWSセキュリティ統制の考え方 #devio_osakaday1
masahirokawahara
6
5.9k
Featured
See All Featured
The World Runs on Bad Software
bkeepers
PRO
61
6.7k
5 minutes of I Can Smell Your CMS
philhawksworth
199
19k
Principles of Awesome APIs and How to Build Them.
keavy
120
16k
The Illustrated Children's Guide to Kubernetes
chrisshort
29
46k
Atom: Resistance is Futile
akmur
258
25k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
240
1.2M
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
13
1.5k
Adopting Sorbet at Scale
ufuk
67
8.6k
What’s in a name? Adding method to the madness
productmarketing
PRO
15
2.6k
Git: the NoSQL Database
bkeepers
PRO
422
63k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
186
16k
Teambox: Starting and Learning
jrom
128
8.4k
Transcript
0 データベース:正規形の続き 2023-04-28 第42回NearMe技術勉強会 Takuma Kakinoue
1 ボイスコッド正規形(第3.5正規形) このテーブルには、例えば以下の様な問題点がある。 • イーブイの進化先として、新しくニアブイを追加したい。しかし、ニアブイの進化に必要な石 はまだ未実装である。この場合、テーブルにイーブイとニアブイの関係を追加することがで きない。
以下のテーブルは第3正規形までは満たしている。
2 ボイスコッド正規形(第3.5正規形) {ポケモン名,使うアイテム} ➡ {進化先ポケモン名}という関係のほか、 {進化先ポケモン名} ➡ {(進化元)ポケモン名}という関係もあるので、 以下の様にテーブルを分解する。これでニアブイを追加できる!しかし。。。 (分解前) (分解後)
3 ボイスコッド正規形(第3.5正規形) よく見ると、イーブイに何の石を使ったらブースタに進化するのかという情報が 抜け落ちている... ボイスコッド正規化では、分割の仕方によっては、情報が失われる可能性があるので注意! (分解前)
(分解後)
4 ボイスコッド正規形(第3.5正規形) 以下の様に分解することで、情報が失われない! ブースターに進化するためには、イーブイにほのおの石を使えばよいとわかる!! (分解後) (分解前)
5 第4正規形 右のテーブルは、 {ポケモン名} →→ {特性} {ポケモン名} →→ {覚える技} という2つの関連を含んでいる!
ただ、ピカチュウの特性に仕様変更があった 場合に、複数行を更新しなくてはならない.. 以下の様に、1つのテーブルに含まれる関連は1つ になるようにする!! (分解前) (分解後)
6 参考文献 • ミック,達人に学ぶDB設計徹底指南書~初級者で終わりたくないあなたへ~, 株式会社 翔泳社,2012
7 Thank you