Gdzieś kiedyś usłyszałem opinię, że #bazydanych #nosql to w sumie, nic nowego i w ten sposób trzymano dane zanim powstały bazy relacyjne. Czy ktoś mógłby potwierdzić lub obalić tę opinię?

@ufik78: NoSQL to tylko pusty frazes, określenie ukute dosyć niedawno, ale same bazy o innym niż relacyjny model danych istaniły od dawna (~ '70).

  • Odpowiedz
@MackONE_ nie znam nikogo, kto nauczyłby się programować z książek. Znając życie to nawet przez nią nie przerbniesz, albo będziesz czytał na odwal się. Moja rada:
1. Wybierz sobie o jakich bazach chciałbyś się uczyć (MySQL, Oracle, PosteSQL, Microsoft)
2. Jeśli jesteś studentem i masz konto na msdnaa to ściągaj klienta SQL Server - moim zdaniem najlepszy dla nowicjuszy
3. Przeglądaj kursy, czytaj msdn.microsoft.com, obczaj blogi (sqlservercentral najlepszy. Jest tam wszystko -
  • Odpowiedz
Witam i o zdrowie pytam :D.

Jako że mam teraz trochę wolnego czasu chciałbym zdobyć trochę wiedzy z dziedziny baz danych. Zarówno teoretycznych zagadnień jak i praktycznych.

Było by fajnie jakby padły propozycje jakiś książek, kursów, video-kursów czy stron internetowych.

Pytanie całkowicie innej maści, czy znajomością samych baz danych da się w branży IT "coś osiągnąć" czy potrzebna jest wiedza np. z programowania obiektowego.

#bazydanych #sql #nosql #mssql #oracle
@MackOne_ Same bazy może nie tyle, ale już znajomość narzędzi (jakieś ETL, raporty) plus dobra znajomość SQL i jesteś w stanie spokojnie znaleźć robotę jako Developer SQL czy coś w tym stylu.
  • Odpowiedz
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
@Ginden: No tak, myślę trochę pod sql, gdzie do książek dopisuje się autora, w nosqlowym rozwiązaniu to jest bardziej naturalne i do autora przypisuje się książki, w takim wypadku to ma sens i dane się nie dublują w rozwiązaniu

[
{autor: [
{książka1},
{książka2}
],
{autor2: {...},...}...]

Tylko pozostaje jeszcze jedna rzesz; oczywiście, daje nam to pewną szybkość odczytu jeśli chcemy wyciągać dane według autorów, ale jeśli autorzy nas nie interesują
  • Odpowiedz
@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 nic
  • Odpowiedz
http://blog.foundationdb.com/databases-at-14.4mhz

The engineering team at Netflix pushed Cassandra to sustain ~1.1 million random writes per second on a 1,140 vCPU cluster in EC2.


Google also achieved 1 million writes/sec using a 330-virtual machine Cassandra cluster.


Just last week, Google’s Cloud Platform Blog published a post where the Aerospike database hit 1 million writes/sec on a 50-machine cluster.

I bonus z #hackernews:

The Cassandra test mentioned [1] sustained loss of 1/3 instances.
  • Odpowiedz
Look at what Google and Amazon are doing with databases: That's your future

It may seem unlikely that ordinary firms will ever be able to emulate the resource-rich web giants when it comes to data architectures. But that possibility may be closer than you think, says Neo Technology CEO Emil Eifrem.

http://www.zdnet.com/look-at-what-google-and-amazon-are-doing-with-databases-thats-your-future-7000035296/#ftag=RSS9907d72

#nosql #neo4j #bazydanych #bigdata

#msqspam
  • Odpowiedz
@msq:

Hive is Facebook's data warehouse, with 300 petabytes of data in 800,000 tables. Facebook generates 4 new petabyes of data and runs 600,000 queries and 1 million map-reduce jobs per day.


#!$%@?, zaraz chyba zejdę na zawał.
  • Odpowiedz
Mirki może mi ktoś wyjaśnić czy będę mógł zamienić SQL Server w którym trzymam dane kontaktowe na MongoDB? Nie bardzo rozumiem tej zmiany a mam możliwość przejścia z prowizorki sql na produkcje z pełnym wsparciem na Mongo. Może mi ktoś łopatologicznie wyjaśnić co się zmieni? #bazydanych #sql #nosql
@msq: ewidentnie Ty masz z czymś problem. Nie mam zamiaru nikomu za to płacić bo ma to służyć tylko mi. Jedyne czego chciałem się dowiedzieć to czy warto spróbować mongo dla przykładu który podałem w pierwszym poście. Z tą migracją może trochę przesadziłem bo pewnie będę to tworzył od nowa - nie jest to wielka baza, ma mi tylko pomóc w pracy. Piątek jest - wyluzuj trochę.
  • Odpowiedz
@banex: Nie mam juz cierpliwosci dzis do ludzkiej ignorancji. Skoro ma sluzyc tylko Tobie bo te teksty o produkcji byly chyba troche na wyrost.

To dwa bardzo rozne rozwiazania. Poczytaj troche najpierw. Bo jak na razie to pytanie brzmi troche jak: czy moge ladowac telefon bezposrednio z gniazdka bez ladowarki bo powinno byc szybciej

SQL Server to RDBMS, MongoDB to baza NoSQ, nie obclugujaca ACID (z tego co sie orientuje).
  • Odpowiedz