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
About the problem of DBMS choice & what to do if you have gone the wrong way | Roman Bugaev
Search
Minsk MongoDB User Group
June 07, 2012
Programming
3
110
About the problem of DBMS choice & what to do if you have gone the wrong way | Roman Bugaev
Roman Bugaev
Meetup #4
Minsk MongoDB User Group
June 07, 2012
Tweet
Share
More Decks by Minsk MongoDB User Group
See All by Minsk MongoDB User Group
MongoDB by Chef | Yauhen Artsiukhou
bymongo
0
120
MongoDB at IronMQ | Alexander Kolesen
bymongo
0
840
Scaling MongoDB | Sergey Gavruk
bymongo
2
170
Event sourcing + CQRS + MongoDB | Alex Shkor
bymongo
1
640
How it works. Indexes | Kirill Duborenko
bymongo
5
270
Aggregation Framework | Mikhail Burtylev
bymongo
1
81
MongoDB 2.2: Release update + Roadmap | Alvin Richards
bymongo
1
86
Meetup#6 Intro | Alex Litvinok
bymongo
1
43
Deploying MongoDB on Amazon WS | Michael Karpitsky
bymongo
2
110
Other Decks in Programming
See All in Programming
slow types ってなんだろう?
karad
0
210
Kubernetes Code Contribution入門
bells17
1
130
It’s about time to pack Ruby and Ruby scripts in one binary
ahogappa0613
0
120
Timeline エディター拡張入門
yucchiy
0
460
GitHub Actionsの痒いところを埋めるサードパーティーランナー
dora1998
2
310
[RailsConf Detroit 2024] Ruby on Fails - effective error handling with Rails conventions
talyssonoc
0
300
Criando a Woovi em uma semana
daniloab
0
120
Exploring Type-Informed Lint Rules in Rust based TypeScript Linters
unvalley
3
670
Escolhendo (ou não) o melhor ORM para o seu projeto
andreiacsilva
1
180
Improved REXML XML parsing performance using StringScanner
naitoh
0
120
スタックトレース始めてみた
kuro_kurorrr
5
1.2k
仕様と実装で学ぶOpenTelemetry
drumato
2
1.3k
Featured
See All Featured
Large-scale JavaScript Application Architecture
addyosmani
504
110k
Learning to Love Humans: Emotional Interface Design
aarron
268
39k
ParisWeb 2013: Learning to Love: Crash Course in Emotional UX Design
dotmariusz
104
6.7k
Navigating Team Friction
lara
179
13k
4 Signs Your Business is Dying
shpigford
176
21k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
12
1.1k
What the flash - Photography Introduction
edds
64
11k
Bash Introduction
62gerente
605
210k
5 minutes of I Can Smell Your CMS
philhawksworth
199
19k
Teambox: Starting and Learning
jrom
128
8.4k
KATA
mclloyd
16
12k
The Art of Programming - Codeland 2020
erikaheidi
43
12k
Transcript
Bugaev Roman About the problem of DBMS choice & what
to do if you have gone the wrong way
.NET web-‐‑developer
SQL or NoSQL, that is the question!
Ñ Learning management system Ñ SCORM Ñ 1 million active users CyberU
Ñ No transactions Ñ No relations Ñ No datatypes (some) SimpleDB
Key → ALribute → Value select count(*) from cyberu_users where
RecordType = 'user'
Prons & Cons
Ñ Everything is indexed Ñ Distributed Ñ Replicated Ñ Completely hosted on Amazon system
BUT Ñ Latency specially if you’re not on ec2 (even between nodes) Ñ Only strings, lexicographical string only Ñ Huge amount of code
Ñ If you love writing code-‐‑-‐‑ really, truly love to
write code-‐‑-‐‑ you'ʹll love it enough to write as liLle of it as possible. And SQL can help you.
SQL is awesome! -‐‑ Structured Query Language -‐‑ ACID Atomicity,
Consistency, Isolation, Durability -‐‑ Predictable -‐‑ Schema -‐‑ Based on rational algebra -‐‑ Standardized
No, really, it'ʹs awesome! -‐‑ Hardened -‐‑ Free and commercial
choices -‐‑ MySQL, PostgreSQL, Oracle, DB2, MS SQL... -‐‑ Commercial support -‐‑ Tooling -‐‑ Everyone knows it -‐‑ It'ʹs mature!
None
Sellerhit
So... -‐‑ Some preLy big and important problems -‐‑
And brightest engineers in the world -‐‑ Who loooove to build stuff
Yesterday'ʹs problem of biggest guys Is today'ʹs
problem of startup in garage
Ñ What schema can be fine for a lot of
product’s types? E-‐‑commerce
Books
Music
Jeans
Ñ Flexible (and sane) Ñ Searchable Ñ Easy to use Ñ Fast MongoDB
Ñ Atomic single document writes Ó If you need atomic writes across
multi-‐‑document – don’t use MongoDB And what about $$?
Ñ Orders, Inventory (id, count) and Payment Transaction you
can store in SQL Ñ UI – MongoDB, ecomerce -‐‑ SQL Most boring SQL Scheme ever
Ñ Double check you choice of DBMS and tools
Ñ Do it fast Ñ Check your logic Ñ Enterprise design Ñ Id<User> != Id<Product> Ñ Unit tests Ñ Delete code Ñ Optimize your tools Ñ Be brave! Data migrations
Use case – first, DB – last © Anonymous
Neo4J – Graph database
{ Thx! Q? Bugaev Roman, @rbugaev