Akronimas, vadinamas SQL, atitinka anglų kalbos išraišką Struktūrizuota užklausos kalba (suprantama ispanų kalba kaip Struktūrinė užklausos kalba ), kuri identifikuoja kalbos tipą, susijusį su reliacinių duomenų bazių valdymu, leidžiančią specifikuoti skirtingų rūšių operacijas. Naudodamiesi algebra ir reliaciniais skaičiavimais, SQL siūlo galimybę konsultuotis, kad būtų galima lengvai gauti duomenų iš duomenų bazių.

Mokslininkas Edgaras Frankas Coddas ( 1923 - 2003 ) pasiūlė duomenų bazių reliacinį modelį ir sukūrė antrinę kalbą, kad gautų duomenis iš predikatų skaičiavimo. Remiantis „ Codd “ darbu, „ IBM“ („ International Business Machines“ ) apibrėžė kalbą, vadinamą „ Struktūruota anglų kalbos užklausų kalba“ ( SEQUEL ).

SEQUEL yra laikomas SQL, ketvirtosios kartos kalba, kuri buvo standartizuota 1986 m ., Pirmtaku. Todėl primityviausia SQL versija buvo SQL-86 (dar vadinama SQL1 ).

Iš esmės SQL yra aukšto lygio deklaratyvi kalba, nes tvarkydama įrašų rinkinius, o ne atskirus įrašus, ji siūlo didelį našumą koduojant ir objekto orientacijoje. SQL nurodymas gali būti lygiavertis daugiau nei vienai programai, kuri naudoja žemo lygio kalbą.

Ekspertai teigia, kad duomenų bazė - tai daugelio kalbų tipų sambūvis. Vadinamoji Duomenų apibrėžimo kalba (dar vadinama DDL ) leidžia keisti duomenų bazės objektų struktūrą keturiomis pagrindinėmis operacijomis. Kita vertus, SQL yra kalba, leidžianti manipuliuoti duomenimis (Duomenų manipuliavimo kalba arba DML ), kuri padeda tvarkyti duomenų bazes per užklausas.

Kaip sukurti efektyvią duomenų bazę?

Bet kuri įmonė, siekianti šviesios ateities, turinti galimybes augti ir plėtoti, turi turėti duomenų bazę, kuri kiekvienu atveju bus kitokia, prisitaikydama prie konkrečių kiekvieno verslo tipo poreikių, tačiau kuri turi būti kruopščiai parengta, tvirta ir konfigūruojama struktūra, atvira potencialiems pakeitimams, nekeliant grėsmės jos vientisumui.

Vienas pagrindinių elementų kuriant duomenų bazę yra indeksavimas . Norėdami suprasti šią koncepciją, trumpai pažvelkime į pagrindinį praktinį pavyzdį: Tarkime, kad įmonė nori išsaugoti savo klientų asmeninę informaciją ir sekti jų sandorius; dėl to viena galimybė būtų turėti savo duomenų lentelę (vardas, pavardė, el. pašto adresas ir kt.), kitą - produktų aprašymą (prekės pavadinimas, kaina, detalės) ir vieną pardavimui. Prieš pradedant išsiaiškinti, kurie laukai gali būti įtraukti į šią paskutinę lentelę, reikėtų paminėti, kad likusiuose yra nepakeičiamas geros organizacijos elementas: unikalus identifikavimo raktas .

Paprastai vadinamas ID, tai paprastai yra sveikas skaičius (be dešimtainių ženklų) ir teigiamas, kad duomenų bazė automatiškai priskiria kiekvienam naujam įrašui (šiuo atveju kiekvienam naujam klientui ar produktui) ir kad ji niekada nekartojama, kad ji ją atpažintų iš savo gimimas (kūrimo momentas) iki jo mirties (kai jis yra pašalintas). Tokiu būdu, jei mes, pavyzdžiui, įrašysime „103 Pablo Bernal [email protected]“, pastebime, kad jo ID yra 103. Kas yra jo naudingumas? Trumpai tariant, ieškokite kliento, kurio vardas yra n, jo pavardė, a ir jo el. Laiškas, ir užtrunka daug ilgiau nei prašyti bazės grąžinti visus kliento duomenis ID „103“. Nors tikėtina, kad pirmojoje operacijoje nurodome visą jūsų informaciją, kai programa ją suras, mes galime naudoti šį numerį kitoms konsultacijoms.

Grįžtant prie šio pavyzdžio, nes klientų ir produktų lentelės turėtų savo ID, susiejant jas su pardavimų lentele yra labai paprasta; jos laukai gali būti: sandorio ID, kliento ID, produkto ID, data, pastabos. Neapsiribojant techniniais aspektais, aišku, kad kiekviename pardavime yra daug daugiau informacijos nei galima matyti iš pirmo žvilgsnio, nes, pavyzdžiui, kliento ID padeda pasiekti visus jos duomenis atitinkamoje lentelėje. Įgyvendinant, savaime suprantama, kad sudėtingumas gali būti daug didesnis, tačiau svarbu pradėti nuo pagrindų, kad suprastumėte tvirtų ir efektyvių santykių svarbą .