Una vez que se juntaron 2 desarrolladores. Y necesitaban implementar una nueva API HTTP para Play Store. Se llegó a la elección de una base de datos que debería utilizarse en el proyecto:
- Escucha, ¿cómo elegimos? Utilice una base de datos relacional o NoSQL. En particular, ¿quizás necesite uno orientado a documentos?
- ¡Primero debe comprender qué datos estarán en nuestra área temática!
- Sí, aquí ya he esbozado el esquema:
Para construir un directorio, necesitamos todos los datos ... Cada juego tiene su propio directorio, lo distinguiremos por game_id.
- , , MySQL . !
. , ORM . .
, … , API ! , , ( ) .
() - ORM .
. ? , , ( ).
... ! ( JSON), .
JSON 1 MySQL (+ , ):
95 3 , rps .
, …
?
El enfoque de "siempre hemos hecho esto" es más seguro en la mayoría de los casos basado en la experiencia previa, pero puede no ser efectivo para nuevas tareas.
Es más importante comprender qué conceptos ayudarán a lograr la calidad requerida y luego elegir tecnologías que los implementen, en lugar de simplemente elegir entre tecnologías.
Pensamientos estereotipados como "MongoDB es para no estructurado, porque algo estructurado es relacional" o "Bueno, Redis no es seguro, así que no almacenaremos nada allí", etc. bastante dañino. A menudo depende de la implementación de la aplicación y la configuración de los servicios.