dronikk
dronikk
ma ktos z was namiar na kurs MDX w Tableau? samych kursow MDX jest duzo ale mdx + tableau jakiegos sensownego znalezc nie moge -.-

#tableau #mdx #cubes #olap #databases #sql #ssas
0
neekerit
neekerit
Siema mirki. Mam rozmowę na posadę Data Engineering Intern w Santanderze. Ktoś miał może taką rozmowę i chce się podzielić pytaniami( nie chodzi o santandera ale ogólnie na podobne stanowisko)? Nie powiem stack wymagany jest dosyć spory(Tableau, Spark, Kafka, Hadoop, Python, Flink, roziązania Cloudowe). Podstawy mam dosyć dobre jeżeli chodzi o Big Data, Hurtownie Danych i robiłem trochę we wszystkim zwłaszcza w PySpark, ale nadal się trochę cykam. ( ͡° ͜
0
  • Najlepsze
  • Wszystkie komentarze
Popcornn1
Popcornn1
Spore wymagania jak na Interna :O
1
neekerit
neekerit
neekerit Autor
  • adult
Treść przeznaczona dla osób powyżej 18 roku życia...
1
P.....r
P.....r
Mirki, jest tutaj ktos pracujacy, jako Data Engineer? Mam zagadke, poniewaz zaoferowano mi takie stanowisko na internship/traineeship, ale nie mam pojecia, czy to bedzie faktycznie interesujace dla mnie. Lubie machine learning, deep learning, data science, ale data engineering wydaje mi sie mocno backendowym zajeciem, ktore zwyczajnie moze mi sie znudzic. Chcialbym porozmawiac z kims, kto ma z tym stycznosc na codzien, moze to wyglada zupelnie inaczej, niz moje wyobrazenie. Bede bardzo wdzieczny
7
  • Najlepsze
  • Wszystkie komentarze
Krever
Pracowałem 3 lata jako takowy, pytaj śmiało. Najlepiej publicznie coby moze ktoś jeszcze skorzystał.
0
Kura_Wasylisa
@Piz-dur dla mnie to ciekawsze niz sam ml/dl
0
maniserowicz
Odcinek numer 70. podcasta #devtalk pozostaje w tematach technicznych.
https://devstyle.pl/2018/01/22/devtalk-70-o-rozproszonych-bazach-danych-z-mateuszem-maciaszkiem/

Dzisiaj Mateusz Maciaszek o rozproszonych bazach danych!

Serdecznie zapraszamy do wysłuchania.
1
s.....t
s.....t
Robił ktoś #mongodb repairDatabase? Uruchomiłem to koło południa na dość małej bazie (~50GB), do teraz trwa, w tej chwili alokuje plik nazwa_bazy.194, zajęło już 350 GB i końca nie widać? Przerywać, nie przerywać? #programowanie #sysop #sysadmin #linux #databases #programista #programista15k #javascript #js
1
  • Najlepsze
  • Wszystkie komentarze
drag_op
@szy_mat nie przerywaj bo może całkiem uwalic. Naprawianie baz głównie zależy od szybkości dysków.
3
s.....t
s.....t
@drag_op: Mam snapshot ZFS sprzed procesu więc nie ma problemu (od tego czasu baza nie była edytowana) więc to nie problem. Cholera, 350 GB zaalokowało przy bazie poniżej 50 GB? Według dokumentacji Mongo requiredfreespace=2xdatabase_size, więc powinno najwyżej 100 GB, coś mi tu nie gra. A repair robię bo zdarzały się "wykolejenia" całego mongod z wypluciem stacktrace w hexie (mongo wersja stabilna). Zero problemów z dyskami, RAID1 na ZFS
0
michal__q
Dobrze rozumiem że baza NoSQL pozbywa się całkiem relacji, więc wiele danych w niej jest po prostu dublowana?
Załóżmy bazę z dwoma tabelami, autorzy i książki, tabela autorzy zawiera autorów: imię, nazwisko, rok urodzenia, skąd pochodzą, narodowość i masę innych rzeczy a książki to tytuł, gatunek, ilość stron itd...
W podejściu relacyjnej bazy w książkach mielibyśmy id do autora taki zwykły integer.
W podejściu NoSQL do x książek tego samego autora przypisywane jest x razy
2
  • Najlepsze
  • Wszystkie komentarze
b.....r
b.....r
@michal__q: zależy jaka NoSQL. NoSQL to tylko nazwa nurtu, jest kilka rodzajów baz i "struktur danych". Np. grafowa baza danych da Ci dużo lepszą wydajność na danych które przedstawiają relację, bo naturalnie je odzwierciedla (w przeciwieństwie do relacyjnych baz danych ;) ). Na grafie od jednego autora (węzeł grafu) masz x relacji do książek które napisał. W przypadku wspomnianej śmierci autora również zmieniasz tylko info w węźle autora, nie musisz
2
G.....n
G.....n
@michal__q: Niby tak, ale to jest złe podejście - duplikowane dane powinny być możliwie niezmienne.
Innym rozwiązaniem są relacje, np. tak rozwiązane: http://docs.mongodb.org/manual/tutorial/model-embedded-one-to-many-relationships-between-documents/
0