juste une info :
je connais SGBD de nom mais je sais pas ce ke ça cache en réalité.
C'est totalement différent de MySQL ?

MySQL est un SGDB.  SGDB est un acronyme signifiant: "Système de Gestion de Base de Données".
 
A ne pas confondre avec SGBDR qui est plus complexe: le R apporte le mot "Relationnelles", c'est à dire l'apport de contraintes relationnelles entre différentes tables.  Par exemple, tu ne peux pas effacer un enregistrement d'une table X si des informations dépendantes existent dans une table Y.
 
Ce n'est pas complet mais je simplifie la description

Il y a des tas de types de SGBD : les plus simples, ce sont les SGBD fichiers. Tu as aussi les SGBD hiérarchiques, les SGBD relationnels (alias SGBDR), les SGBD objets (alias SGBDO), les SGBD XML, ...
 
Et les SGBD les plus répandus sont effectivement les SGBDR (ex: Oracle, Sybase, DB/2, SQL Server) ou assimilés (type MySQL). Ce qui ne veut pas dire que ce sont les meilleurs...

merci pour toutes ces infos !
 
maintenant je pourrai dire que je connais  

juste une info supplémentaire : si on te parle d'Access, sache que ce n'est pas un SGBD

Harko> Si, Access est un Système de Gestion de Bases de Données.
Par contre, ce n'est pas un SGBD relationnel.

biface> je te suis pas là... peux-tu développer un peu?

+1
même si ma remarque était une boutade, il me semble qu'Access supporte clés étrangères, cardinalités, liaison entre tables, etc...
en quoi n'est-ce pas un SGBDR ?

J'espère que je ne date pas trop en disant cela, mais à ma connaissance, les transactions ne sont pas ACID -- dommage en multi-utilisateur... --- et Access ne supporte pas les triggers, qui sont pourtant un des principaux mécanismes pour maintenir l'intégrité de la base de données.

je pense qu'Access est tout, sauf un SGBD multi utilisateurs ! 5 connexions simultanées, et tu commences à faire chauffer la colle pour ta base
 
pour les triggers, tu as raison

mysql est un SGBDR