Video: Kenneth Cukier: Big data is better data 2024
Există motive imperioase că SQL sa dovedit a fi rezilient. Industria IT a avut 40 de ani de experiență în domeniul SQL, deoarece a fost dezvoltată pentru prima dată de IBM la începutul anilor 1970. Odată cu creșterea numărului de baze de date relaționale din anii 1980, SQL a devenit de atunci o abilitate standard pentru majoritatea profesioniștilor din domeniul IT.
Puteți vedea cu ușurință de ce SQL a fost atât de reușit: este relativ ușor de învățat, iar interogările SQL sunt destul de ușor de citit. Această ușurință poate fi urmărită înapoi la un punct de proiectare central în SQL - faptul că este o limbă declarativă , spre deosebire de o limbă imperativă .
Pentru ca o limbă să fie declarativă înseamnă că interogările dvs. se referă numai la natura datelor solicitate - în mod ideal, nu ar trebui să existe nimic în interogarea dvs. care să determine cum prelucrarea ar trebui executate. Cu alte cuvinte, tot ceea ce indici în SQL este ceea ce vrei să te întorci de la sistem - nu cum să îl obții.
În contrast, cu un limbaj imperativ (C, de exemplu, sau Java sau Python), codul dvs. constă în instrucțiuni în care definiți acțiunile de care aveți nevoie sistemul să fie executat.
În plus față de abilitățile (ușor de îndreptat) ale profesioniștilor tăi informați în domeniul SQL, au fost construite și aplicații baze de date de zeci de ani cu interfețe SQL. Când vorbim despre modul în care Hadoop poate completa depozitul de date, este clar că organizațiile vor stoca date structurate în Hadoop. Și ca rezultat, ei vor rula o parte din logica lor de aplicație existentă împotriva lui Hadoop.
Nimeni nu vrea să plătească pentru ca aplicațiile să fie rescrise, deci o interfață SQL este foarte de dorit.
