Une fois que 2 développeurs se sont réunis. Et ils devaient implémenter une nouvelle API HTTP pour le Play Store. Il en est venu au choix d'une base de données à utiliser dans le projet:
- Écoutez, comment choisissons-nous? Utilisez une base de données relationnelle ou NoSQL. En particulier, peut-être avez-vous besoin d'un document orienté document?
- Vous devez d'abord comprendre quelles données figureront dans notre domaine!
- Oui, ici j'ai déjà esquissé le schéma:
Pour construire un répertoire, nous avons besoin de toutes les données ... Chaque jeu a son propre répertoire, nous le distinguerons par game_id.
- , , MySQL . !
. , ORM . .
, … , API ! , , ( ) .
() - ORM .
. ? , , ( ).
... ! ( JSON), .
JSON 1 MySQL (+ , ):
95 3 , rps .
, …
?
L'approche «nous avons toujours fait cela» est plus sûre dans la plupart des cas basée sur l'expérience antérieure, mais peut ne pas être efficace pour de nouvelles tâches.
Il est plus important de comprendre quels concepts aideront à atteindre la qualité requise, puis de choisir les technologies qui les implémentent, plutôt que de simplement choisir entre les technologies.
Des pensées stéréotypées comme «MongoDB est pour non structuré, car quelque chose de structuré est relationnel» ou «Eh bien Redis n'est pas sécurisé, donc nous ne stockons rien là-bas», etc. plutôt nuisible. Cela dépend souvent de l'implémentation de l'application et de la configuration des services.