Uma vez que 2 desenvolvedores se juntaram. E eles precisavam implementar uma nova API HTTP para a loja de jogos. Chegou à escolha de um banco de dados que deveria ser utilizado no projeto:
- Ouça, como vamos escolher? Use um banco de dados relacional ou NoSQL. Em particular, talvez você precise de um orientado a documentos?
- Primeiro você precisa entender quais dados estarão em nossa área de assunto!
- Sim, aqui já esbocei o esquema:
Para construir um diretório, precisamos de todos os dados ... Cada jogo tem seu próprio diretório, vamos distingui-lo por game_id.
- , , MySQL . !
. , ORM . .
, … , API ! , , ( ) .
() - ORM .
. ? , , ( ).
... ! ( JSON), .
JSON 1 MySQL (+ , ):
95 3 , rps .
, …
?
A abordagem “sempre fizemos isso” é mais segura na maioria dos casos com base na experiência anterior, mas pode não ser eficaz para novas tarefas.
É mais importante entender quais conceitos ajudarão a alcançar a qualidade necessária e, então, escolher as tecnologias que os implementam, em vez de apenas escolher entre as tecnologias.
Pensamentos estereotipados como “MongoDB é para não estruturado, pois algo estruturado é relacional” ou “Bem, o Redis não é seguro, então não armazenaremos nada lá” etc. bastante prejudicial. Freqüentemente, depende da implementação do aplicativo e da configuração dos serviços.