PBi_SQL en NoSQL

STRUCTURED QUERY LANGUAGE _ SQL

SQL: Structured Query Language
Traditionele databases werken met SQL. Om met SQL te werken moet er structuur aangebracht worden in jouw database.

Functies van SQL in een database:

  • Databases creëren
  • Nieuwe tabellen aanmaken in een database
  • Entry’s invoegen en updaten
  • Raadplegen van gegevens
  • Data recupereren
  • Procedures creëren
  • Weergaves vastleggen
  • Toegangsrechten toekennen aan tabellen, procedures en weergaven

NOT ONLY STRUCTURED QUERY LANGUAGE _ NOSQL

NoSQL: Not only Structured Query Language
Dit is een verzamelnaam voor heel veel verschillende databases waar niet echt een overeenkomst tussen is. NoSQL databases kunnen extreem grote hoeveelheden data verwerken (big data).

Bovendien hoeft deze data geen structuur te hebben van tevoren.

De voordelen van NoSQL ten opzichte van SQL

De traditionele database SQL kent z’n voordelen, maar de NoSQL databases ook zeker:

  • Je hoeft de data van tevoren niet te modelleren en overzichtelijk te maken.
  • NoSQL databases zijn ontzettend flexibel en kunnen alle soorten en maten data aan. Daarom stellen ze weinig eisen aan de organisatie en de structuur van de data.
  • NoSQL databases kunnen goed omgaan met big data.
  • Ze zijn goedkoper om te managen, omdat er simpelweg weinig te managen valt.
  • NoSQL databases zijn horizontaal schaalbaar. Dit betekent dat de data kan opgesplitst worden op diverse servers, wat de responstijd verhoogt. Schalen is ontzettend belangrijk, omdat de hoeveelheid data steeds blijft groeien.
  • Deze databases zijn eenvoudiger te gebruiken en heel simpel wat betreft design.
  • NoSQL komt voor in de vorm van kolommen, documenten, key-values, grafieken en multimodellen.
    Je kunt er dus letterlijk alle data in stoppen.

Nadeel NoSQL ten opzichte van SQL

Eén groot nadeel van de NoSQL databases is de onnauwkeurigheid. Als het gaat om miljoenen gebeurtenissen in korte tijd, kun je prima kiezen voor dit type database. Het missen van enkele gebeurtenissen is in dit geval geen probleem.

Bij relationele databases zijn deze grote gegevens juist niet handig, en zijn kleine gegevens de beste input. Bij relationele databases gaat kwaliteit namelijk boven de kwantiteit en bij NoSQL databases is dit precies andersom.