Il s'agit d'emagasiner des informations, puis de les distribuer à qui les demandes. Comment emagasiner une information? une musique, une photo, un film, ou autrement, un nom d'une personne, un salaire, un numéro de facture, un article, un prix de vente, ou encore, la température ambiante, la vitesse, le niveau d'eau d'une cuve... Il suffit de définir un arbre généalogique de toute ces informations, qui dépent de quoi.

Par exemple, le niveau d'eau dépend de quoi? il dépend d'une cuve qui est chez un industriel dans le cadre de la fabrication de conserve, votre salaire dépend de quoi? de l'industriel pour lequel vous travailler, des heures que vous avez fait, de votre contrat de travail, on pourrait détaillé plus mais toujours est-il que votre fiche de paie n'à pas grand chose à voir avec le niveau de la cuve, quoiqu'en y regargant de plus prés, vous vous rendrez compte que si le niveau de la cuve reste toujours à sec, votre employeur ne pourra plus vous payer. Donc, on peut dire que toutes les données quel quelle soient ont un lien entre elles...

Il faut donc organiser ses données, les ranger dans des tables, ensembles de lignes et de colonnes ou toutes les colonnes définissent le même objet, par exemple, votre nom et votre prénom peuvent entrer dans une seule table avec une colonne qu'on appelera 'NOM' et une colonne qu'on appelera 'PRENOM', par contre votre salaire rentrera dans une autre table et le niveau de la cuve dans une troisiéme

Votre adresse peut-elle entrer la table contenant votre nom et votre prénom? ca dépend de ce que voulez en faire, si vous n'avez pas besoins de vous rappeler des adresse antérieurs que vous aviez, dans ce cas vous pouvez le faire, sinon il faut créer une table contenant les adresses, de même on fera une table pour les numéros de téléphones. Finalement on aura une table qui contiendra les noms et prénom, une table qui contient les adresse, un table qui contient les numéros de téléphone. Comment faire le liens entre ces tables? il suffit de rappeler un identifiant unique de chaque table dans la table dépendente

La définition d'une base de données est faite en appliquant une régle des dépendances. Il faut tout d'abord lister de manière exhautive toutes les données, par exemple: nom, prénom, rue, numéro dans la rue, ville, code postal, pays, numéro de cuve, nom de l'industriel, ... , ensuite il faut pour chaque donnée se poser la question de dépendence avec une autre, par exemple: le numéro de la cuve dépend-il du nom de l'industriel ? la réponse est non, est ce que le nom de l'industriel dépend de votre nom? la réponse est non, est ce que la ville dépend du nom? dans ce cas le réponse est oui, est ce que le nom dépend de la ville? la réponse est non, est ce que le nom dépend du prénom? la réponse est oui, est ce que le prénom dépend du nom? la réponse est oui. Dés qu'on à une réponse oui on se pose la question: est ce que les données correspondantes on d'autre réponses oui?, si non alors tout va bien, si oui on vérifie s'il y a une autre dépendance et on trace ainsi un arbre généalogique.

Il existes des méthodes formelle pour définir l'arborescence, tel la méthode MERISE, mais il ne faut pas oublier le principe général, la méthode n'apporte qu'une formalisation, et être trop formel ne nous aide pas à être compris, par exemple, je vous parle de tuple, de dépendence fonctionnelle, de relations un à plusieurs, je ne serais compris que par les spécialistes et pas par tout le monde, et encore que certains spécialistes n'ont pas compris le fondement, ils restent coincés à quelques modèles appris et sont incappables d'immaginations.

Au préalable, il faut définir le role de la base de données.