Kratica, ki je znana kot SQL, ustreza angleškemu izrazu Structured Query Language ( Strukturirani jezik poizvedbe) (ki je v španščini razumljen kot Structured Query Language ), ki identificira vrsto jezika, povezano z upravljanjem relacijskih baz podatkov, ki omogoča specifikacijo različne vrste operacij med njimi. Zahvaljujoč uporabi algebre in relacijskih izračunov ponuja SQL možnost svetovanja s ciljem pridobivanja informacij iz podatkovnih baz na preprost način.

Znanstvenik Edgar Frank Codd ( 1923 - 2003 ) je bil tisti, ki je predlagal relacijski model za podatkovne baze in ustvaril podjezik za dostop do podatkov iz izračuna predikatov. Na podlagi dela Codd je IBM ( International Business Machines ) opredelil jezik, znan kot Structured English Query Language ( SEQUEL ).

SEQUEL velja za predhodnico jezika SQL, jezik četrte generacije, ki je bil standardiziran leta 1986 . Zato je bila najbolj primitivna različica SQL imenovana SQL-86 (znana tudi kot SQL1 ).

V bistvu je SQL deklarativni jezik na visoki ravni, saj z obdelavo nizov zapisov in ne posameznih zapisov ponuja visoko produktivnost pri kodiranju in usmerjenosti v objekt. Stavek SQL je lahko enakovreden več kot enemu programu, ki uporablja jezik nizke ravni.

Strokovnjaki menijo, da baza podatkov pomeni sobivanje več vrst jezikov. Tako imenovani Data Definition Language (znan tudi kot DDL ) je tisti, ki omogoča spreminjanje strukture objektov, ki jih pokriva baza podatkov, s pomočjo štirih osnovnih operacij. SQL pa je jezik, ki omogoča manipulacijo podatkov (Language Manipulation Language ali DML ), ki prispeva k upravljanju baz podatkov s pomočjo poizvedb.

Kako zgraditi učinkovito bazo podatkov?

Vsako podjetje, ki si prizadeva za svetlo prihodnost, z možnostmi za rast in širitev, mora imeti zbirko podatkov, ki bo v vsakem primeru drugačna, prilagojena posebnim potrebam vsake vrste poslovanja, vendar mora biti skrbno pripravljena, trdna in nastavljiva struktura, odprta za morebitne spremembe, ne da bi to ogrozilo njeno celovitost.

Ena od osnovnih točk pri gradnji baze podatkov je indeksiranje . Da bi razumeli ta koncept, si poglejmo na osnovni praktični primer: predpostavimo, da podjetje želi shraniti osebne podatke svojih strank in slediti njihovim transakcijam; za to bi bila ena možnost, da imate tabelo za vaše podatke (ime, priimek, e-naslov itd.), drugi pa za opis izdelkov (ime artikla, ceno, podrobnosti) in eno za prodajo. Preden se lotimo podrobnosti o tem, katera polja bi lahko bila prisotna v tej zadnji tabeli, je treba omeniti, da je v preostalih nekaj nepogrešljiv element za dobro organizacijo: edinstven identifikacijski ključ .

Na splošno se imenuje ID, običajno je celo število (brez decimalk) in pozitivno, da baza podatkov samodejno dodeli vsakemu novemu zapisu (v tem primeru vsakem novem odjemalcu ali izdelku) in se nikoli ne ponovi, tako da ga identificira iz njegovega rojstvo (trenutek ustvarjanja) do njegove smrti (ko je izločena). Na ta način, če vzamemo na primer zapis "103 Pablo Bernal [email protected]", ugotavljamo, da je njegova identifikacijska številka 103. Kakšna je njegova uporabnost? Skratka, poiščite stranko, katere ime je n, njegovo priimek, a in njegova e-pošta, in traja veliko dlje, kot da od baze zahtevate vrnitev vseh podatkov o stranki z ID-jem "103". Čeprav je verjetno, da v prvi operaciji določimo vse vaše podatke, potem ko program najde, lahko to številko uporabimo za preostala posvetovanja.

Če se vrnemo na primer, saj bi tabele strank in izdelkov imele svojo identifikacijsko številko, bi jih povezali s prodajno tabelo zelo preprosto; njena polja so lahko: ID transakcije, ID stranke, ID izdelka, datum, opažanja. Ne da bi se spuščali v tehničnosti, je jasno, da vsaka prodaja vsebuje veliko več informacij, kot je mogoče videti na prvi pogled, saj nam na primer ID odjemalca omogoča dostop do vseh njegovih podatkov v ustrezni tabeli. Pri izvajanju je samoumevno, da je lahko kompleksnost precej večja, vendar je pomembno začeti z osnovami za razumevanje pomena trdnih in učinkovitih odnosov .