Zkratka, která je známá jako SQL, odpovídá anglickému výrazu Structured Query Language (chápaný ve španělštině jako Structured Query Language ), který identifikuje typ jazyka spojený s řízením relačních databází, který umožňuje specifikaci různé druhy operací mezi nimi. Díky použití algebry a relačních výpočtů nabízí SQL možnost konzultovat s cílem získat informace z databází jednoduchým způsobem.

Vědec Edgar Frank Codd ( 1923 - 2003 ) byl ten, který navrhl relační model pro databáze a vytvořil sublanguage pro přístup k údajům z výpočtu predikátů. Na základě práce společnosti Codd společnost IBM ( International Business Machines ) definovala jazyk známý jako Strukturovaný anglický jazyk dotazů ( SEQUEL ).

SEQUEL je považován za předchůdce jazyka SQL, čtvrtého generačního jazyka, který byl standardizován v roce 1986 . Nejvíce primitivní verze SQL proto byla pojmenována SQL-86 (také známá jako SQL1 ).

SQL je v podstatě deklarativní jazyk na vysoké úrovni, protože díky zpracování záznamových sad a nikoli individuálních záznamů nabízí vysokou produktivitu při kódování a orientaci objektů. Příkaz SQL může být ekvivalentní více než jednomu programu, který používá jazyk nízké úrovně.

Databáze, říká odborníci, znamená koexistenci několika typů jazyků. Takzvaný jazyk pro definici dat (také nazývaný DDL ) je takový, který umožňuje modifikovat strukturu objektů pokrytých databází pomocí čtyř základních operací. SQL, na druhé straně, je jazyk, který umožňuje manipulaci s daty (Data Manipulation Language nebo DML ), který přispívá k správě databází prostřednictvím dotazů.

Jak vytvořit efektivní databázi?

Každá společnost, která se zaměřuje na světlou budoucnost s možnostmi růstu a expanze, musí mít databázi, která bude v každém případě odlišná, přizpůsobí se konkrétním potřebám každého druhu podnikání, ale která musí být pečlivě připravená pevnou a konfigurovatelnou strukturu, otevřenou potenciálním úpravám, aniž by to ohrozilo její integritu.

Jedním ze základních bodů při vytváření databáze je indexování . Abychom pochopili tento pojem, podívejme se na základní praktický příklad: předpokládejme, že společnost chce ukládat osobní informace svých zákazníků a sledovat jejich transakce; Jednou z možností by bylo mít tabulku vašich dat (jméno, příjmení, e-mailovou adresu atd.), další popis produktu (název položky, cena, podrobnosti) a jeden pro prodej. Než se podrobně seznámíme s políčkami, které by mohly být přítomny v této poslední tabulce, je třeba zmínit, že v ostatních tabulkách je nezbytný prvek pro dobrou organizaci: jedinečný identifikační klíč .

Obecně nazýváme ID, je to obvykle celé číslo (bez desetinných míst) a pozitivní, že databáze automaticky přiřadí každému novému záznamu (v tomto případě každému novému klientovi nebo produktu) a nikdy se neopakuje, aby ho identifikoval narození (okamžik stvoření) až do jeho smrti (když je vyloučen). Tímto způsobem, pokud vezmeme například záznam "103 Pablo Bernal [email protected]", všimneme si, že jeho ID je 103. Jaká je jeho užitečnost? Stručně řečeno, podívejte se na klienta, jehož jméno je n, jeho příjmení a a jeho e-mail, a trvá mnohem déle než požádat základnu, aby vrátila všechna data klienta s ID "103". I když je pravděpodobné, že v první operaci zadáme všechny vaše informace, jakmile to program zjistí, můžeme toto číslo použít pro zbytek konzultací.

Pokud se vrátíme k příkladu, protože tabulky zákazníků a produktů budou mít své ID, souvisí je s prodejním stolem velmi jednoduché; jeho pole mohou být: id transakce, id zákazníka, id produktu, datum, pozorování. Bez toho, aby se jednalo o technické aspekty, je zřejmé, že každý prodej obsahuje mnohem více informací, než je možné na první pohled vidět, protože například id klienta nám pomáhá zpřístupnit všechna jeho data v odpovídající tabulce. Při implementaci je samozřejmé, že složitost může být mnohem větší, ale je důležité začít se základy pochopit význam pevných a efektivních vztahů .