Mon immeuble est une base de données

Ce matin, en fermant ma porte, j'ai eu une de ces pensées qui arrivent sans prévenir et qu'on ne peut plus défaire.

Je vis dans le même immeuble depuis 2012. Quatorze ans. On est globalement les mêmes résidents, à quelques exceptions près. Et pourtant, la plupart du temps, on se croise sans vraiment se connaître. On coexiste.

Et là, sur le palier, le déclic : on est des tables dans une base de données.

L'immeuble comme schéma relationnel

Chaque famille, c'est une table. Chaque résident, un enregistrement. L'immeuble entier, c'est la base de données.

Les données existent. Elles sont là, bien rangées, depuis des années. Mais des données qui n'ont pas de relations entre elles… ce ne sont pas vraiment une base de données. C'est juste un entrepôt.

Tant qu'on n'a pas trouvé les clés étrangères les uns des autres, la sauce ne prend pas.

La table qui manque

En modélisation relationnelle, quand deux entités ont besoin de se relier, on crée une table d'association. Elle porte les liens. Elle donne du sens à ce qui existait séparément.

Dans un immeuble, cette table existe aussi. Elle s'appelle peut-être lien_voisinage. Mais voilà où mon intuition diverge d'un modèle purement symétrique : dans la réalité, il y a toujours une entité qui ressort. Une famille, une personne, un concierge — quelqu'un qui a plus de relations que les autres. Quelqu'un dont la ligne dans la table apparaît plus souvent que toutes les autres.

Ce n'est pas une table de liaison ordinaire. C'est un nœud hub.

Le concierge comme entité centrale

En théorie des graphes, un nœud hub est un nœud qui concentre un nombre anormalement élevé de connexions. Dans un réseau social, c'est la personne que "tout le monde connaît". Dans un immeuble, c'est le concierge, ou cette famille du rez-de-chaussée dont la porte est toujours entrouverte.

Ce nœud hub ne fait pas que relier — il active les relations entre des entités qui ne se seraient jamais connectées directement. Il crée des chemins là où il n'y en avait pas.

Les clés étrangères qu'on ne sait pas qu'on a

Une clé étrangère, en base de données, c'est un champ qui pointe vers une autre table. Elle existe, elle est là, bien rangée dans son enregistrement. Mais seule, dans sa table, elle ne dit rien. C'est la jointure qui révèle le lien.

La jointure, c'est le moment où on exécute la requête. Où on demande au système : "montre-moi ce que ces deux tables ont en commun."

Dans un immeuble, les points communs existent. Ils ont toujours existé. La voisine du troisième qui randonne comme toi. Le père de famille du deuxième qui code le soir. La retraitée du cinquième qui lit les mêmes auteurs. Ces valeurs sont là, stockées quelque part dans leurs "tables" respectives.

Mais tant qu'il n'y a pas eu une conversation, un intermédiaire, un hub bienveillant — la jointure n'a jamais été exécutée. Le lien potentiel reste invisible. Il n'existe pas, fonctionnellement.

Cette requête-là, dans la vraie vie, c'est la conversation.

Et la personne interposée — celle qui dit "tu devrais parler à untel, vous avez des choses en commun" — c'est exactement le rôle du nœud hub. Elle n'invente pas les données. Elle exécute la jointure que personne n'avait encore lancée.

Un immeuble vivant, c'est une base de données où les jointures se font naturellement. Où les clés étrangères trouvent leurs correspondances. Pas parce que le schéma est parfait — mais parce qu'il y a quelqu'un pour lancer les requêtes.

Le pont avec Conway (encore)

La loi de Conway dit que la structure d'un système reflète la structure de communication de l'organisation qui l'a produit.

Un immeuble sans hub, sans concierge bienveillant, sans famille-pivot, produit exactement ça : des gens qui coexistent sans se relier. Des tables sans clés étrangères. Une base de données morte.

Un immeuble vivant, c'est une base de données bien modélisée — avec ses relations, ses cardinalités, et son nœud central qui fait tenir le tout.

La prochaine fois que quelqu'un me demande ce qu'est une clé étrangère, je lui parlerai de mon palier.

Vitally Lubin — BTS SIO SLAM, Greta de Quimper