MongoDB i Node.js versus MySQL
Top Comments
All Comments (13)
-
@kukems akurat odczytywałem po PRI KEY, pomimo tego było to 10-20x wolniejsze od tego samego zrealizowanego na mysql. Nie wiem czy to kwestia trzymania danych w JSON czy słabości samego rozwiązania bo serwery był na local (po TCP byłoby jeszcze wolniej). Zapis... no dobra zawsze będzie szybszy bo tak na prawdę to jest asynchroniczny i nie masz żadnej gwarancji że te dane w ogóle zostaną zapisane, więc coś za coś. Np. tyrant jest jakieś 2-3x szybszy niż mysql, mongo to masakra.
-
Super robota panowie, doskonale przygotowany test wydajnościowy bardzo wnikliwa analiza wyników oraz doskonale zoptymalizowne środowisko (mimo że mongo było oszukane). Czekam na więcej.
-
Jeżeli chodzi o wydajność to mongo jest bardzo szybkie, potrzebujesz mieć odpowiednio pozakładane indeksy oraz odpowiednio dużo pamięci. Problem z wydajnością w prezentacji wynika najprawdopodobniej z drivera. To jest odczyt, jeżeli chodzi o zapis to MySQL nie ma szans jeżeli nie używasz opcji safe, oczywiście wiąże się to z ryzykiem wystąpienia konfliktów.
Teraz jeżeli chodzi o Amazon to robisz sobie raida z EBSów i masz wydajność (to dotyczy oczywiście też MySQL'a) no i sharding.
-
Żeby to szybko działało (i tak działa bardzo wolno w porównaniu z K/V storage czy bazami SQL) musisz mieć wszystkie dane w pamięci. Operacje SEEK są wolne, albo będziesz miał koszmarną wydajność albo zajedziesz im storage, chyba sam rozumiesz że za 10$ miesięcznie nie pozwolą nikomu ubić ich całej platformy.
Dlatego na pojedynczej maszynie normalny SQL będzie działał dużo szybciej i może przechować dużo więcej danych zanim się zaczną problemy.
-
-
@AnExplorer1000 hmm, what makes you think that the title is in english :)
-
English title but no English subtitles...?
-
English subtitles please
-
Please add english subtitle.
english please!...
ramstein74 3 months ago 7
@mmgokce OK, you got me with ''i'' but ''versus'' is certainly not a Polish word.
AnExplorer1000 1 month ago