Google Sheets ou base de données : comment choisir en quatre questions

En résumé : la différence n'est pas la taille, ni la technicité, ni le nombre de lignes. Un tableur calcule. Une base de données garantit. Quatre questions suffisent à savoir de quel côté vous êtes, et si vous répondez non aux quatre, ne changez rien. Si vous voulez le détail de ce qu'un tableur ne garantit pas, il est dans les six limites d'un Sheet utilisé comme base.

Question 1 · Plusieurs personnes y écrivent-elles ?

Pas « la consultent ». Y écrivent.

Dix lecteurs sur une feuille tenue par une seule personne, c'est un usage sain, et ça peut durer des années. Deux personnes qui saisissent dans le même onglet, c'est déjà un système distribué sans gestion de conflit : la dernière écriture gagne et personne n'est prévenu. On détaille le mécanisme ici.

Le signe qu'on y est : vous vérifiez le fichier avant de vous en servir.

Question 2 · Y a-t-il une règle à faire respecter ?

« Le montant est obligatoire. » « Le statut est l'un de ces cinq mots. » « Un client n'apparaît qu'une fois. » « On ne peut pas facturer sans date de livraison. »

Un tableur peut signaler qu'une règle n'est pas respectée. Il ne peut pas refuser l'écriture. La différence semble mineure et elle change tout : signaler crée du travail de nettoyage, refuser crée une garantie. Tant que la règle vit dans la tête de l'équipe et non dans l'outil, elle sera cassée. Pas par négligence, mais par le nouveau qui ne la connaissait pas.

Question 3 · Faut-il savoir qui a changé quoi, et quand ?

La question à se poser n'est pas « l'historique existe-t-il ». Il existe. C'est : pouvez-vous répondre en dix secondes à « qui a passé cette ligne en Validé, et à quelle date ? », six mois plus tard, sur une ligne précise.

Dans un tableur, cette réponse se trouve à la main, en remontant des versions. Dans une base, elle est attachée à la ligne. Si votre activité comporte un enjeu de traçabilité, facturation, conformité, litige client, subvention, audit, c'est un « oui » et il pèse lourd.

Question 4 · Un autre outil doit-il lire ces données ?

Un site qui affiche votre catalogue, une facturation qui reprend vos commandes, un tableau de bord qui compte vos leads, un formulaire public qui crée des lignes.

Un tableur peut être lu par un autre programme. Mais il n'a pas de schéma stable : le jour où quelqu'un insère une colonne, tout ce qui lisait la colonne D lit maintenant la colonne E, sans erreur, sans alerte, avec des résultats faux. Une base a des champs nommés ; insérer un champ ne casse rien.

Comment lire vos réponses

Zéro « oui » : gardez votre feuille. Vraiment. Aucune migration ne vous rendra service, et vous perdriez la souplesse de calcul de Sheets, qu'aucune base n'égale. Si c'est votre cas, l'article utile pour vous est plutôt pourquoi le fichier ralentit et comment le réparer.

Un seul « oui » : regardez s'il est contournable. Une règle peut se tenir à la main pendant un moment. Un fichier peut se dupliquer pour un droit d'accès. Comptez le temps que ça vous coûte chaque semaine, et décidez avec ce chiffre plutôt qu'à l'intuition.

Deux « oui » ou plus : la feuille ne tiendra pas. Pas parce qu'elle est trop petite, mais parce que vous êtes en train de reconstruire à la main les garanties d'une base de données, avec des formules de contrôle, des onglets de journal, des conventions d'équipe et de la vérification manuelle. Ça fonctionne, et ça vous coûte votre temps tous les jours.

Ce que vous perdriez en quittant Sheets

Une comparaison honnête doit dire ce que vous perdez, sinon elle ne vaut rien :

Si vos deux colonnes du haut sont ce qui compte le plus dans votre travail, vous avez votre réponse : restez.

Le faux dilemme

La plupart des gens qui posent cette question n'ont pas à choisir. Ils ont deux usages mélangés dans un seul fichier : un registre, les commandes, les clients, les interventions, de la donnée partagée, saisie par plusieurs, qui doit être juste. Et un calcul, les totaux, les graphiques, le tableau croisé du mois, de l'analyse faite par une personne.

Si vous savez déjà quel registre vous tenez, les modèles vous évitent de partir d'une grille vide.

Le registre a besoin des garanties d'une base. Le calcul a besoin de la liberté d'un tableur. Séparer les deux règle le problème sans rien sacrifier, et une fois séparés, alimenter le Sheet automatiquement supprime la double saisie.

C'est exactement le pari de Rowbase : le registre vit dans une base typée avec des rôles et un historique par ligne, et chaque ligne repart automatiquement dans votre Google Sheet. Vos formules, vos graphiques et vos habitudes ne changent pas, ils travaillent enfin sur des données propres.

Neuf euros par éditeur et par mois, lecteurs gratuits, données hébergées dans l'Union européenne.

Essayer gratuitement 14 jours →

Questions fréquentes

Google Sheets est-il une base de données ? Non. C'est un tableur qui peut stocker des données tabulaires, ce qui n'est pas la même chose : il n'impose ni type, ni unicité, ni lien entre onglets, ni droit d'accès par ligne.

À partir de combien d'utilisateurs faut-il quitter Sheets ? Il n'y a pas de nombre. Le seuil n'est pas le nombre de personnes mais le nombre de personnes qui écrivent au même endroit, et il est atteint à deux.

Faut-il un développeur pour passer sur une base de données ? Plus depuis longtemps. Les outils de type base de données collaborative se prennent en main comme une grille de tableur ; ce qui change est ce qui se passe derrière la grille.

Peut-on garder Google Sheets en plus d'une base ? Oui, et c'est souvent la meilleure configuration : la base tient le registre, le Sheet fait le calcul, et la synchronisation évite la double saisie.