Het acroniem dat bekend staat als SQL komt overeen met de Engelse uitdrukking Structured Query Language (in het Spaans vertaald als Structure Query Language ), die een type taal identificeert dat is gekoppeld aan het beheer van relationele databases waarmee de specificatie van verschillende soorten operaties tussen hen. Dankzij het gebruik van algebra en relationele berekeningen, biedt SQL de mogelijkheid om op een eenvoudige manier het raadplegen van informatie uit databases te raadplegen.

De wetenschapper Edgar Frank Codd ( 1923 - 2003 ) was degene die een relationeel model voor de databases voorstelde en een subtaal creëerde om toegang te krijgen tot de gegevens uit de berekening van predicaten. Op basis van het werk van Codd heeft IBM ( International Business Machines ) de taal gedefinieerd die bekend staat als Structured English Query Language ( SEQUEL ).

De SEQUEL wordt beschouwd als de voorloper van SQL, een vierde-generatietaal die in 1986 werd gestandaardiseerd. De meest primitieve versie van SQL was daarom wat SQL-86 werd genoemd (ook bekend als SQL1 ).

In essentie is SQL een declaratieve taal op hoog niveau, omdat deze, door recordsets te verwerken en niet individuele records, een hoge productiviteit biedt bij codering en objectoriëntatie. Een SQL-instructie kan hetzelfde zijn als meer dan één programma dat een taal op laag niveau gebruikt.

Een database, zeggen experts, impliceert het naast elkaar bestaan ​​van meerdere soorten talen. De zogeheten Data Definition Language (ook bekend als DDL ) is er een die het mogelijk maakt om de structuur van de objecten die worden gedekt door de database te wijzigen door middel van vier basisbewerkingen. SQL daarentegen is een taal waarmee gegevens kunnen worden gemanipuleerd (Data Manipulation Language of DML ) die bijdraagt ​​aan het beheer van databases via query's.

Hoe een efficiënte database bouwen?

Elk bedrijf dat streeft naar een mooie toekomst, met mogelijkheden voor groei en expansie, moet een database hebben die in elk geval verschillend is, aangepast aan de specifieke behoeften van elk type bedrijf, maar die zorgvuldig moet worden voorbereid, met een solide en configureerbare structuur, open voor mogelijke wijzigingen zonder dat dit de integriteit ervan bedreigt.

Een van de basispunten bij het bouwen van een database is indexering . Om dit concept te begrijpen, laten we kort een praktisch basisvoorbeeld bekijken: stel dat een bedrijf de persoonlijke gegevens van zijn klanten wil opslaan en hun transacties wil volgen; hiervoor zou een mogelijkheid bestaan ​​uit een tabel voor uw gegevens (naam, achternaam, e-mailadres, etc.), een andere voor de beschrijving van de producten (naam van het artikel, prijs, details) en een voor de verkoop. Voordat we gaan kijken welke velden in deze laatste tabel aanwezig kunnen zijn, moet worden vermeld dat in de resterende velden een onmisbaar element is voor een goede organisatie: een unieke identificatiesleutel.

Doorgaans ID genoemd, het is meestal een geheel getal (zonder decimalen) en positief dat de database automatisch toewijst aan elke nieuwe record (in dit geval elke nieuwe klant of elk nieuw product) en die nooit wordt herhaald, zodat het deze van zijn geboorte (moment van creatie) tot zijn dood (wanneer het wordt geëlimineerd). Op deze manier, als we bijvoorbeeld het record "103 Pablo Bernal [email protected]" nemen, merken we dat zijn ID 103 is. Wat is het nut ervan? Kortom, zoek naar een klant wiens naam n is, zijn achternaam, a en zijn e-mail, en het duurt veel langer dan de basis vragen om alle gegevens van de client met ID "103" te retourneren. Hoewel het waarschijnlijk is dat we in de eerste bewerking al uw informatie specificeren, kunnen we dit nummer gebruiken voor de rest van de consultaties zodra het programma dit heeft gevonden.

Terugkomend op het voorbeeld, aangezien de tabellen met klanten en producten hun ID zouden hebben, is het heel eenvoudig om hen te relateren aan de verkooptabel; de velden kunnen zijn: transactie-ID, klant-ID, product-ID, datum, waarnemingen. Zonder op technische details in te gaan, is het duidelijk dat elke verkoop veel meer informatie bevat dan in één oogopslag te zien is, omdat bijvoorbeeld de id van een klant ons helpt om toegang te krijgen tot alle gegevens in de bijbehorende tabel. In de implementatie is het vanzelfsprekend dat de complexiteit veel groter kan zijn, maar het is belangrijk om te beginnen met de basis om het belang van solide en efficiënte relaties te begrijpen.