fbpx
devstyle.pl - Blog dla każdego programisty
devstyle.pl - Blog dla każdego programisty
< 1 minut

DevTalk#36 – O NoSQL z Grzegorzem Bernasiem


06.06.2016

Grzegorz BernaśOdcinek 36. to powrót do baz danych. Ale w innej odsłonie: tym razem poruszamy temat NoSQL. Głównie: Mongo, ale nie tylko.

Goszczę Grzegorza Bernasia. To pasjonat przetwarzania danych, a jego celem jest nauka poprzez działania i rozwiązywanie problemów. Swój chłop, co nie? ;) Znajdziecie go na Twitterze: @profesor79pl.

To jedziemy!


Montaż odcinka: Krzysztof Śmigiel.
Ważne adresy:

Linki:


Muzyka wykorzystana w intro:
“Misuse” Kevin MacLeod (incompetech.com)
Licensed under Creative Commons: By Attribution 3.0
http://creativecommons.org/licenses/by/3.0/

Nie przegap kolejnych postów!

Dołącz do ponad 9000 programistów w devstyle newsletter!

Tym samym wyrażasz zgodę na otrzymanie informacji marketingowych z devstyle.pl (doh...). Powered by ConvertKit
Notify of
eN
eN

Przesłuchałem oba podcasty o NoSql, i pod względem merytorycznym ten z DevReview znacznie lepszy. W tutejszym dostaliśmy trochę dość wątpliwej jakości stwierdzeń, słychać było że próbujesz wyciągnąć swojego gościa dodatkowymi pytaniami na właściwe tory, no ale wyszło średnio.

Dlatego polecam po przesłuchaniu tego podcasta, przesłuchać jeszcze ten z DevReview obowiązkowo.

GW
GW

Miałem podobne wrażenie. Mało konkretnych informacji, z których można by było skorzystać. Z tego co zrozumiałem z rozmowy to NoSQL jest wielkim nie do końca uporządkowanym workiem na dokumenty, w których trzeba wykonywać duplikację danych (i potem lecieć po całej kolekcji, żeby zaktualizować pole nadmiarowe). To praktycznie w ogóle mnie nie przekonało do sprawdzenia “z czym to się je”. Przy fragmencie omawiającym problemy w RavenDB z większą ilością dokumentów, zacząłem się zastanawiać czym jest w ogóle ten “dokument”… Zgadzam się, że z podcasta z DevReview można wyciągnąć dużo więcej.
Pozdrawiam

Piotr Gankiewicz

Odpowiednie treści dla osób, które dopiero co zaczynają przygodę z NoSQL, chociaż zalety takiego podejścia mogłyby zostać mocniej wypunktowane. Pozwolę sobie “przyczepić się” do 3 rzeczy: 1. Eventual consistency – tegp raczej nie tłumaczymy jako “ewentualne konsystencja”, bardziej jest to “ostateczna spójność”, czyli założenie, że możemy mieć pewność, że dane w systemie ostatecznie będą spójne ale niekoniecznie musi to nastąpić dokładnie w tym momencie. 2. Atrybuty – można skorzystać z Fluent API podobnie jak w EF/NH i dzięki temu trzymać “czyste” encje w domenie. 3. Filtry – można wykorzystać AsQueryable() dzięki czemu uzyskujemy dostęp do typu MongoQueryable, a co za… Read more »

GRZEGORZ BERNAS
GRZEGORZ BERNAS

Dzieki za komentarze! – jako ze byl to “moj pierwszy raz” w przestrzeni publicznej – to wszelkie techniczne uwagi biore do serca i bede nad nimi pracowal!

Jako cel podjelismy z Mackiem opowiedzenie troche o nosql’u, bez zagladania w implementacje ze strony Mongo, jako ze nie mialo to byc o Mongo., wiec podejrzewam ze to moglo zaciemnic technicza strone.

trackback

DevTalk#36 – O NoSQL z Grzegorzem Bernasiem

Dziękujemy za dodanie artykułu – Trackback z dotnetomaniak.pl

Moja książka

Facebook

Zobacz również