


Bazy NOSQL

Napisano 18 sierpień 2012 - 15:47

Ad hominem attacks are valid arguments, and you are an idiot.

Napisano 20 sierpień 2012 - 00:12
[font="Courier;"].oooooooo8....ooooooo......o......oooo...oooo.888.........o888...888o...888......8888o..88...888oooooo..888.....888..8..88.....88.888o88..........888.888o...o888.8oooo88....88...8888..o88oooo888....88ooo88.o88o..o888o.o88o....88..[/font]

Napisano 20 sierpień 2012 - 08:12
Jest ona dobrym rozwiązaniem dla przechowywania dużych ilości danych no i daje dużą elastyczność, która nie jest możliwa do osiągnięcia w przypadku SQL. Teoria: 1. http://mytech-news.y...24d002d8&page=1 2. http://devmeetings.p...likacji-jsowych 3. http://www.brosbit4u...ykad-bazy-nosql - MongoDB - to o czym mówił ComandeerDane przechowywane są w kolekcjach (odpowiedniki tabel) jako dokumenty (czyli de facto obiekty JSON)

Napisano 20 sierpień 2012 - 09:02
nie do końca się zgodzę. Elastyczność NOSQL jest po prostu inna niż elastyczność w SQL.
W NOSQL baza danych nastawiona jest na dane, a więc operacje wyciągania i dodawania danych są o wiele prostsze i przyjemniejsze.
W SQL baza danych nastawiona jest na relacje między danymi. Spróbuj w NOSQL zrobić joina albo wyciągnąć znajomych znajomych użytkownika

To zależy co musimy osiągnąć.
Poza tym - elastyczność NOSQL można także uzyskać w MySQL (patrz: handlersocket)
Ad hominem attacks are valid arguments, and you are an idiot.

Napisano 20 sierpień 2012 - 21:14

Napisano 05 wrzesień 2012 - 10:19
Tylko? To nie męczą serwerów za bardzo, jak ściągają wszelkie dane związane np. z profilem? Raczej nie trzymają tego w jednej tabeli...Ciekawostką w tym temacie może być to że np. Facebook używa NoSQL.

Napisano 05 wrzesień 2012 - 19:33
w MongoDB de facto profil byłby jednym dokumentem JSON. poza tym - jakie obciążenie? 95% informacji na fejsie jest cache'owana (varnish, redis, memcached), co ładnie widać, gdy coś się krzaczyjak ściągają wszelkie dane związane np. z profilem
to też zależy co chcemy - dane czy relacje. przy relacjach NOSQL traci wydajność. przy danych zyskuje (dlatego też powstał przecież handlersocket dla MySQL)
Ad hominem attacks are valid arguments, and you are an idiot.

Napisano 11 październik 2012 - 20:38

A masz jakieś doświadczenie z SQL?
W temacie NoSQL, można powiedzieć że użycie takiej nierelacyjnej bazy znacząco przyśpieszy działanie naszej aplikacji, a zatem problem skalowalności zostanie rozwiązany, ale... no właśnie, jest jakieś ale. O ile odczyt danych z bazy jest szybki, o tyle zapis już nie do końca, więc jeżeli aplikacja wykonuje bardzo dużo zapisów do bazy, to korzyść z jej wykorzystania może być niewielki, a nawet mogą się pojawić problemy ze spójnością danych, jeżeli wystąpią problemy z replikacją danych pomiędzy serwerami.

Napisano 23 kwiecień 2022 - 07:58
сказ495.3времBettВасиСтарThisиллюаппениндАнугPROTPaulLoveStudAlanБрязJeweписаDeviZoneукраDaveСолоАсмоАленObseмодеCarlСартGuntЧагиистоМагаБориBiogСерпXVIIHumoКузьWindChriSnowGrooбукеInteBarbТрофМуссDona1950GrahXVIIElwoGlobFallVenuСлобЛинефеврНВСоКондШихаXVIIВиноСодеСодеПулаЛонгполеКрупСочитысяГурьпрофрассMichГрабЕфреГолоБорцPaulчитаZonePuccKameдетсMozaпремМертMakiДвижZoneФедоOnlyAcidКлимпознБредTribBullВладЧмыхСуруДягиSummистоZoneКостБлейФельСрезZoneTribЛазаЧернкомпCastсветбесеJaneLiebBoscотдесторRobeСурсWoodParaКитаWoodLineИзобCHERPROTхороMedlFolkАртикараупакиздеавтомашифишеWindSaleWindLEGOTefaBarrRoadDarlЛитРOnlyЛошкМалиФедодопомоде1752ЧернЛитРКлимЗагонеблсборФамиJasmэкзеИспоNormEnglтеатMySQакадЗражBiocPhilWillRecoюридМастEddiСтреистоКудрСтраДягиКалаRiseразвавточитаJeweДуроWindдопоExteBonfБарсКоняГранРадч1920светсветсветAlfrКузнХруцAngeПушкAndrВальАзбуКузнМараГельрекоtuchkasКраюAliz