Définition SQL
L’acronyme connu sous le nom de SQL correspond à l’expression anglaise Structured Query Language ), qui identifie un type de langage lié à la gestion de bases de données relationnelles qui permet la spécification de différentes classes d’opérations entre elles. Grâce à l’utilisation de l’algèbre et des calculs relationnels, SQL offre la possibilité d’effectuer des requêtes dans le but de récupérer des informations dans des bases de données de manière simple.
Le scientifique Edgar Frank Codd ( 1923 – 2003 ) est celui qui a proposé un modèle relationnel pour les bases de données et a créé un sous-langage pour accéder aux données à partir du calcul des prédicats. Sur la base des travaux de Codd , IBM ( International Business Machines ) a défini le langage connu sous le nom de Structured English Query Language ( SEQUEL ).
SEQUEL est considéré comme le prédécesseur de SQL, un langage de quatrième génération qui a été normalisé en 1986 . La version la plus primitive de SQL a donc été nommée SQL-86 (également connu sous le nom de SQL1 ).
En substance, le SQL est un langage déclaratif de haut niveau car, en traitant des ensembles d’enregistrements et non des enregistrements individuels, il offre une grande productivité dans le codage et l’orientation des objets. Une instruction SQL peut être équivalente à plusieurs programmes utilisant un langage de bas niveau.
Une base de données, disent les experts, implique la coexistence de plusieurs types de langues . Le langage de définition des données (également connu sous le nom de DDL ) permet de modifier la structure des objets couverts par la base de données au moyen de quatre opérations de base. SQL est un langage de manipulation de données ou DML qui permet de gérer des bases de données par le biais de requêtes.
Comment construire une base de données efficace ?
Toute entreprise qui vise un avenir brillant, avec des possibilités de croissance et d’expansion , doit disposer d’une base de données, qui sera différente dans chaque cas, s’adaptant aux besoins particuliers de chaque type d’entreprise, mais qui doit être soigneusement préparée, avec une structure solide et configurable, ouverte à d’éventuelles modifications sans que cela ne menace son intégrité.
L’une des bases de la construction d’une base de données est l’indexation . Pour comprendre ce concept, examinons brièvement un exemple pratique de base : supposons qu’une société souhaite stocker les informations personnelles de ses clients et suivre leurs transactions ; pour ce faire, une possibilité serait de disposer d’un tableau pour leurs données (nom, prénom, adresse électronique, etc.), d’un autre pour la description des produits (nom de l’article, prix, détails) et d’un autre pour les ventes. Avant d’entrer dans le détail des champs qui pourraient être présents dans ce dernier tableau, il convient de mentionner que dans les autres, il manque un élément indispensable à une bonne organisation : une clé d’identification unique .
Généralement appelé ID , c’est un nombre entier (sans décimales) et positif que la base de données attribue automatiquement à chaque nouvel enregistrement (dans ce cas, chaque nouveau client ou produit) et qui ne se répète jamais, de sorte qu’il vous identifie depuis votre naissance (moment de la création) jusqu’à votre décès (lorsqu’il est supprimé). Ainsi, si l’on prend par exemple le record «103 Pablo Bernal [email protected]», on constate que son ID est 103. En résumé, la recherche d’un client dont le prénom est n , son nom de famille, a , et son adresse électronique, e , prend beaucoup plus de temps que de demander à la base de données de renvoyer toutes les données du client avec l’ID «103». Bien que nous spécifierons probablement toutes vos informations lors de la première opération , une fois que le programme les aura trouvées, nous pourrons utiliser ce numéro pour le reste des requêtes.
Pour revenir à l’exemple, puisque les tables des clients et des produits auraient leur identifiant, les relier à celui des ventes est très simple ; leurs champs pourraient être : identifiant de la transaction, identifiant du client, identifiant du produit, date, remarques. Sans entrer dans les détails techniques, il est clair que chaque vente contient beaucoup plus d’informations qu’on ne peut en voir à l’œil nu , puisque, par exemple, l’identifiant d’un client est utilisé pour accéder à toutes ses données dans le tableau correspondant. En pratique, il va sans dire que la complexité peut être beaucoup plus grande, mais il est important de commencer par les bases pour comprendre l’importance de relations solides et efficaces .
