Czemu MongoDB jest często uzywane przy Expressie? Skoro jest wiele problemów, np gdy chcemy usunąć usera + jego wszystkie posty to nie idzie tego zrobić, w takim sql zrobimy to za pomocą jednej komendy
0
0
Tak pół żartem pół serio to ciężko wskazać co jest bardziej problematyczne: usunięcie danych czy operowanie nimi przy użyciu javascriptu.
Programiści javascriptu najwidoczniej doszli do wniosku, że skoro js jest tak niewdzięczny to lepiej niech mongo samo usunie dane wtedy nie będzie trzeba ich przetwarzać :-)
0
Zapewne dlatego że MongoDB jest JSON-first i JSON-friendly. Cały język zapytań bazuje na JSON'ie, dane to również JSON'y. A że jest to natywny typ danych w JS/Node to nie ma potrzeby robienia żadnego mapowania.
Co do drugiego - nie jest to prawdą wystarczą: 2 zapytania, usuń usera + usuń wszystkie rekrody z kolekcji posts które mają dane userId.
Główny programista expressJs odszedł (https://github.com/expressjs/express/issues/2844) - jak bym pisał w Node teraz to szukał bym alternatywy. Być może pisał bym też backend w TypeScript.
0
Co do drugiego - nie jest to prawdą wystarczą: 2 zapytania, usuń usera + usuń wszystkie rekrody z kolekcji posts które mają dane userId.
Czy ja wiem, jak nie masz transakcj to wtedy stan bazy pomiędzy zapytaniami będzie niespójny. Jak usunie się usera wtedy rekordy postów mogą odnosić się do nieistniejącego usera. Ciekaw jestem ilu programistów js o takiej rzeczy pomyśli z wyprzedzeniem :-)
Główny programista expressJs odszedł (https://github.com/expressjs/express/issues/2844) - jak bym pisał w Node teraz to szukał bym alternatywy. Być może pisał bym też backend w TypeScript.
Ale jaki to jest problem? Prosta biblioteka ma rzutować na cały język? O ile wiem to express jest prostym mikroframeworkiem, a jego największą zaletą jest to, że express wyznaczył "standardową" ścieżkę do tworzenia middlewarów. Co niby dalej miałby robić ten facet przy tym mikroframeworku? Mi się zdaje, że zostałoby mu tylko błędy jak będą wchodzić nowe wersje node (o ile będą niekompatybilne).