Baza de date. La capitolul asta sunt curios de ce ai ales mongodb. Am facut schimbarea pentru un proiect personal si pot spune ca e mult mai usor de gandit cu o baza de date mysql fata de una mongodb. Pe langa asta, mi se pare ca structura datelor e una relationala (student - grupa - an, intrebare - challange, etc.).
- [MC] asa cum am spus si in email, core-ul aplicatiei a fost gandit ca un API care serveste JSON si in acest caz, daca si in baza de date (MongoDB) tii tot JSON, poti sa servesti raspunsuri cu minimul de modificari la date
- [VM] Daca folosim GraphQL si (react-)Relay, vom scapa de o gramada de cod si in plus o sa avem gata facut un sistem de caching, deci nu vom mai fi dependenti de simplitatea formatului JSON.
- [MC] am ceva experienta cu Mongo (folosesc la munca) si pot sa il scalez in cazul in care publicam aplicatia, are un succes incredibil si un numar urias de utilizatori
- [VM] Nu cred ca va fi nevoie de scalare. 500 de utilizatori mi se pare ok si pentru o schema si o interogare MySQL foarte proasta. Aici cred ca este over-engineering
- [MC] nu mi se pare o problema baza de date si nu cred ca ar trebui schimbata
Baza de date. La capitolul asta sunt curios de ce ai ales mongodb. Am facut schimbarea pentru un proiect personal si pot spune ca e mult mai usor de gandit cu o baza de date mysql fata de una mongodb. Pe langa asta, mi se pare ca structura datelor e una relationala (student - grupa - an, intrebare - challange, etc.).