Einmal kamen 2 Entwickler zusammen. Und sie mussten eine neue HTTP-API fĂŒr den Play Store implementieren. Es kam zur Wahl einer Datenbank, die im Projekt verwendet werden sollte:
- Hören Sie, wie wÀhlen wir? Verwenden Sie eine relationale Datenbank oder NoSQL. Vielleicht brauchen Sie gerade eine dokumentenorientierte?
- Zuerst mĂŒssen Sie verstehen, welche Daten in unserem Themenbereich sein werden!
- Ja, hier habe ich das Schema bereits skizziert:
Um ein Verzeichnis zu erstellen, benötigen wir alle Daten ... Jedes Spiel hat ein eigenes Verzeichnis, wir werden es durch game_id unterscheiden.
- , , MySQL . !
. , ORM . .
, ⊠, API ! , , ( ) .
() - ORM .
. ? , , ( ).
... ! ( JSON), .
JSON 1 MySQL (+ , ):
95 3 , rps .
, âŠ
?
Der Ansatz âWir haben dies immer getanâ ist in den meisten FĂ€llen aufgrund frĂŒherer Erfahrungen sicherer, fĂŒr neue Aufgaben jedoch möglicherweise nicht effektiv.
Es ist wichtiger zu verstehen, welche Konzepte dazu beitragen, die erforderliche QualitÀt zu erreichen, und dann Technologien auszuwÀhlen, die sie implementieren, als nur zwischen Technologien zu wÀhlen.
Stereotypes Denken wie "MongoDB ist fĂŒr unstrukturiert, fĂŒr strukturiertes etwas ist relational" oder "Nun, Redis ist nicht sicher, also werden wir dort nichts speichern" usw. ziemlich schĂ€dlich. Dies hĂ€ngt hĂ€ufig von der Implementierung der Anwendung und der Konfiguration der Dienste ab.