Bonjour nal,
Quand j'étais petit et que j'utilisais une suite bureautique, que ce soit OpenOffice, LibreOffice ou Microsoft Office, y'avait tout le temps ce logiciel un peu bizarre, nommé Base ou Access, dont je comprenais pas trop la fonction. Je me disais que je comprendrai quand je serai plus grand. Aujourd'hui je suis plus grand et je ne comprends toujours pas.
Officiellement ce sont des logiciels pour gérer des bases de données SQL avec une interface graphique. Mon instinct me dit donc que ça doit être pratique si l'on doit travailler avec des non-informaticiens sur le contenu d'une base de donnée : ça doit leur permettre de faire ça simplement, sans passer par la ligne de commande et l'écriture de requêtes à la main.
Aujourd'hui j'ai voulu expérimenter LibreOffice Base en m'appuyant sur ce scénario fictif. Pour garder les choses simples au début, je considère uniquement SQLite : tout est dans un fichier, pas de gestion du réseau et des ports... Après tout il existe des outils en JS qui permettent d'explorer une base SQLite sans téléchargement, dans une page web. Que nenni. Libreoffice Base n'est pas capable d'ouvrir un fichier SQLite nativement, il faut se reposer sur un pilote externe, qu'il faudra installer et configurer ailleurs : ODBC, JDBC, Firebird, MySQL/MariaDB, texte/CSV, Document Writer... J'en passe et des meilleures. Pourquoi certains des pilotes de la liste ont en fait le nom d'un type de base de données ou de fichier ? Je ne sais pas. À la place de me borner à SQLite, je m'ouvre à toutes les possibilités : postgreSQL, MySQL...
En cherchant des infos pour savoir quel choix est viable en 2026, je ne trouve pas grand chose dans la documentation officielle. Quelques infos contradictoires sur des posts Reddit ou des blogs persos m'informent que certains choix sont complètement obsolètes. Le choix va impliquer mon système linux (puisqu'il va falloir installer les paquets du pilote, les configurer...) donc j'aimerais ne pas installer n'importe quoi. Au final j'ai essayé plusieurs solutions les unes après les autres, en persistant avec une autre à chaque fois que je rencontrais un problème bloquant. À chaque fois, très peu d'info où que ce soit (la documentation officielle ne décrit l'installation que sur Windows, dans la documentation Ubuntu les auteurs ont l'air d'autant galérer que moi : « À l'heure actuelle cette solution ne fonctionne pas, si quelqu'un trouve les bons paramètres, son aide est la bienvenue. »). Bref je suis informaticien de profession et je parviens pas à comprendre comment on fait fonctionner Base avec une base de donnée.
Au bout d'un moment, je comprends que l'on peut créer une base en partant de zéro, en l'enregistrant au format .odb . En me posant la question de comment on exporte ça vers une vraie base de donnée, la documentation rend uniquement compte de la possibilité de convertir ta base vers un fichier calc, ce qui permet « à présent [d']enregistrer ou exporter les données de la table dans de nombreux formats ». À quoi sert Base si la finalité des données qu'on y produit c'est de se retrouver dans un tableur Calc ?
J'ai expérimenté malgré tout la manipulation d'une base avec l'interface proposée par LibreOffice. J'arrive à créer une table, à écrire des données à l'intérieur. J'ai essayé de créer une requête, là j'ai bloqué mentalement. J'imagine qu'avec de l'apprentissage ou le mentorat de quelqu'un, ça doit s'éclaircir.
Bref je ne comprends pas à quoi sert Base. Microsoft et la Document Foundation entretiennent pourtant avec rigueur leur logiciel respectif, il doit donc y avoir quelque chose.
On ne peut pas dire que ce logiciel rend la manipulation de bases de donnée plus simple et instinctive pour les novices, étant donné l'interface proposée et la complexité monstrueuse de la mise en place.
D'un autre côté, je serais surpris que les publics confirmés soient intéressés par LibreOffice Base quand ils peuvent simplement faire les opérations qu'ils souhaitent par ligne de commande : c'est plus rapide, plus simple, moins lourd.
Qui est donc le public de LibreOffice Base ?
Est-ce que quelqu'un ici l'utilise dans son quotidien ?
Est-ce que quelqu'un pourrait me décrire une utilisation dans un contexte professionnel qu'il a connu ?
# Système d'information local
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 10 (+14/-0).
Il me semble que c'est le genre de logiciel qui est historiquement conçu pour un usage de ce que j'appellerais un système d'information en local. Vous savez, genre pour gérer une association, avec des adhérents, des dates de cotisation, leur liste d'adresses électroniques. Le genre de truc que Robert, 60 ans, gérait avec un tableur Excel bourré de macros. Et qui, proprement, nécessiterait plutôt une base de données, en l'occurrence, pour rester sur des outils bureautique, Microsoft Access (c'est quoi ce nom débile ?) ou LibreOffice Base
[^] # Re: Système d'information local
Posté par syj . Évalué à 3 (+2/-0).
J'ai connu un logiciel de gestion de consultations d'anesthésie qui était développé en Access. La clinique faisait 30 k interventions par an, donc je peux te dire qu'il y en avait, des consultations dedans, et des prescriptions de sortie...
[^] # Re: Système d'information local
Posté par lejocelyn (site web personnel) . Évalué à 2 (+0/-0).
Ok, mais l'histoire pour le moment ne nous dit pas si ça se passait bien...
[^] # Re: Système d'information local
Posté par jseb . Évalué à 10 (+10/-0).
Il y a eu 30.000 morts et ils sont passés à MS SQL-Server. La clinique a fermée. Depuis, on trouve à la place un bar associatif avec un pare-feu OpenOffice.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: Système d'information local
Posté par dj_ (site web personnel) . Évalué à 4 (+2/-0).
C'est pas par hasard que Libreoffice à codé le support d'OpenCL pour les calculs dans Calc..
# Non informaticiens
Posté par groumly . Évalué à 10 (+15/-0). Dernière modification le 20 août 2026 à 18:45.
La cible, c'est des entreprises qui ont besoin d'outils internes avec une couche de persistence et une UX assez simple/legere, sans avoir de competences informatiques en interne.
Typiquement, un formulaire pour prendre une commande, ou un truc qui permet d'accéder a une commande passée/en cours, que sais je encore.
Access simplifie la creation de l'UI, qui sont la plupart du temps soit un formulaire, soit afficher les x champs de la DB qui ont été récupérés.
En gros ca permet a une petite/moyenne entreprise d'automatiser une partie de ses process business en se concentrant essentiellement sur la partie metier, sans avoir besoin d'embaucher/contracter un informaticien (que ce soit pour le dev ou la maintenance).
Oui, ca nous fait bizarre a nous dont c'est le metier de voire un DB metier yoloé comme ca, sans backup ni rien. Mais d'un autre cas, c'est ca ou une feuille et un stylo, donc l'un dans l'autre, c'est deja un progrès. Et c'est probablement pour ca que tu galères autant avec le produit, parce que c'est vraiment pas fait pour toi, qui sait comment marche une base de données et qui peut en mettre une "vraie" en place.
Ah, et avec l'explosion du SaaS metier ces 20 dernières années, c'est pas forcement super utile. On va dire que c'est une techno tres annes 90. Mais ca a été utilisé, et maintenant ya du legacy qui doit toujours être maintenu: parce que Dundler Mifflin Paper Company a mit ca en place ya 25 ans, ca marche tres bien et ya pas le budget pour le changer.
[^] # Re: Non informaticiens
Posté par dr191 . Évalué à 8 (+7/-0). Dernière modification le 20 août 2026 à 19:39.
Je n'ai pas vu ca en entreprise depuis très longtemps. Et aujourd'hui par chez moi, si je dis que j'ai besoin d'accéder à une vieille base access pour exporter/archiver les infos à l'équipe informatique: je choisis le bon jour, j'amène les croissants ou le café ... et je cours très vite.
blague à part:
L’intérêt principal était de pouvoir proposer dans un même outil: une "base de donnée", une interface utilisateur ( et l'outil pour la créer ) , et pouvoir créer un document visuel ( typiquement une impression papier: facture, bon de livraison...). Tout ca dans le meme outil.
Ceci pour un non-informaticien, et sans support métier DB compétent.
J'ai vu des choses qui rendaient service à l'utilisateur final , bien pensé. Et aussi, des horreurs, mauvais problème et mauvaise solutions.
Mais ca passe pas à l'échelle, multi-utilisateurs, réseau, interface avec d'autres BD, passage de version...
Aucun des exemples que j'ai pu voir, ne s'est pas bien terminé. Dans le sens crash et perte de donnée, pérennité. Y'en a qui meme auraient faire des ERP avec ce type d'outils ;-)
[^] # Re: Non informaticiens
Posté par Vlobulle . Évalué à 4 (+2/-0).
C'est toujours très utilisé dans la finance.
Grosses quantité de données, besoin de construire et modifier des outils très rapidement (dans la journée des fois) pour mettre à disposition d'un utilisateur qui ne va pas développer.
Petit à petit des outils comme Python ou PowerBI remplacent Accèss, mais c'est à des lieux niveau construction d'interface.
Le cas typique, c'est de construite un outil d'analyse via Excel, puis de demander à un dev de le refaire sous Access pour que ça soit plus fiable et ajouter une légère couche d'automatisation.
[^] # Re: Non informaticiens
Posté par groumly . Évalué à 3 (+1/-0). Dernière modification le 24 août 2026 à 19:44.
Je pense pas que ca a jamais été pensé pour ca. Le passage a l'échelle implique une plus grosse boite, et donc plus de sousous dans la popoches pour embaucher des barbus comme nous.
Ouais, colories moi surpris, comme ils disent outre quebin. Apres, pour être tout a fait honnête, si t'attends suffisamment longtemps, même un système propre maintenu par des pros va finir par se bananer comme une otarie bourrée a la bière (si non, jette moi la première pierre).
La question est surtout "est ce que ca a comblé un besoin pendant suffisamment longtemps?" ou des trucs satellites, genre "Est ce que ca a amené a une prise de conscience de l'importance de l'informatique dans les process métiers, et de l'importance des backups etc?". Le public étant des gens dont l'informatique n'est pas du tout le metier, voire y sont allergique (on parles d'une techno des années 90 la), la barre est assez basse niveau fiabilité/robustitude (ouais, je l'ai inventé celui la).
Bon, les pertes de données, par contre, ouais, ca c'est vraiment pas cense arriver a des pros. Cela dit, on a tous entendu des histoires qui font peur la dessus.
Ah, et last but not least. Deja qu'Access est assez rock'n'roll, même avec le legacy si cher a MS, et la force de frappe de MS derrière (que ca soit ingénierie ou marketing), mais alors si tu ramènes ca a LibreOffice qui galère déjà a faire utiliser leur Word, et qui essaye vaguement d'avoir une offre en ligne... Je suis pas convaincu de l'intérêt d'avoir Access dans LibreOffice. Mais c'est un autre sujet on va dire, et un qui est digne du vendredi.
[^] # Re: Non informaticiens
Posté par BAud (site web personnel) . Évalué à 3 (+1/-0). Dernière modification le 24 août 2026 à 22:26.
oh bah la capacité de MS1 à préserver les données de ses utilisateurs n'est plus à démontrer dernièrement https://linuxfr.org/users/misc/liens/over-170-000-nonprofits-lost-all-their-data-is-microsoft-to-blame
je corrige pour toi :
au moins dans LibreOffice Base il y a un peu plus de connecteurs et une utilisation claire pour le publipostage.
Et ? euh bin, c'est tout (pas mieux que Access, jeu égal) :
Autant voir cela comme un héritage de StarOffice puis OOo qui n'a pas comblé ses manques vu que pas de modélisation (UML, Merise ni leur représentation graphique ne serait-ce que pour la doc'), pas d'export/import avec d'autres formats (ou trop peu, MySQL/MariaDB ? PostgreSQL ?), peu de génération utilisable de CRUD en IHM (alors que Dbase III+ avait cela avant 1990...), même l'utilisation du client SqlServer (qui en faisait moins, mais plus grâce SSIS/SSAS/SSRS pour intégration de données/traitement des données/rapports) était plus performant en 2001...
pour une fois, tu noteras que j'abonde dans ton sens ;-) et j'aurais plus à en dire autour du RAD de l'époque... ça manquait de bière :/
MS vous avez dit MS, dans le contexte c'est soit Microsoft, soit Mastère spécialisé, une formation diplômante en France ou Master of Science ↩
[^] # Re: Non informaticiens
Posté par groumly . Évalué à 2 (+1/-1).
ah ben la, c’est sûr que libre office online risque pas de perdre les données de 170 000 utilisateurs, a la rigueur une demi douzaine? 😂
Je chambre, je chambre, mais y’a un fond de vérité quand même.
Hé mec, c’était la belle époque. Billou avait donné sa revanche aux geeks en dansant sur scène au lancement de win95, Netscape était encore un bon produit, et on balançait des exécutables activex direct au browser comme ça, sans sandbox, hyperviseurs, isolation de process ou quoi que ce soit. Fuck it, I’ll write it, and we’ll do it live!
[^] # Re: Non informaticiens
Posté par fearan . Évalué à 6 (+4/-1).
Non LO ne fait pas le forcing pour héberger tes donnes dans le nuage, ni ne pousse une saloperie comme onedrive a chaque démarrage, ni n'installe subrepticement le one drive en question que la mise a jour suivante remet en place et de force un gros écran de configuration modal pour configurer ce dernier.
Quand tu fais autant le forcing pour stocker dans le cloud les données personnelle, la moindre des choses c'est de s'assurer de pas les perdre.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Non informaticiens
Posté par groumly . Évalué à 0 (+2/-4).
Les libristes intégristes sont d'un triste...
D'une part, c'etait une blague. Une connerie quoi. Je chambrais libre office sur son absence totale du monde de l'edition collaborative, qui a un peu enterré les suites bureautiques lourdes de papy.
D'autre part, je doute très fortement que les 170k ONG affectées se soit faites avoir par un upsell aggressif d'office. Je pense plutôt qu'ils ont mit leur données dans OneDrive de façon très délibérée, parce que ça répondait a un réel besoin de partage de fichiers. Donc je vois pas vraiment ce que a a voir avec la choucroute.
Alors, ok, cool, "MS dickover bad" et "les blagues sur micromou font brrrr", mais t'es un peu doublement a coté de la plaque.
[^] # Re: Non informaticiens
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 5 (+4/-2).
Lire ce genre de choses m'agace toujours fortement :
Bref, les suites bureautiques ne sont pas enterrées.
Je n’ai aucun avis sur systemd
[^] # Re: Non informaticiens
Posté par Psychofox (Mastodon) . Évalué à 5 (+2/-0).
En plus il y a plein de boites qui se sont rendu compte que les licences complètes pour office 365 sont trop chères et te fournissent maintenant libreoffice pour l'utiliser avec la license office365 de base, essentiellement pour l'accès à onedrive et teams.
[^] # Re: Non informaticiens
Posté par groumly . Évalué à 1 (+2/-3).
ok, je vais mordre
Cool, mais ce que Google Docs a prouvé c'est que beaucoup d'utilisateurs n'ont que faire de la puissance. Le traitement de texte de google fait honnêtement pas grand chose. Et tout le monde s'en branle.
Ce que beaucoup d'utilisateurs veulent c'est juste un lien a balancer pour pouvoir editer/commenter a plusieurs, et écrire du markdown, mais avec des boutons pour faire le gras et les titres.
Tout le monde, non. Mais la encore, beaucoup. En entreprise, dans l'ensemble, nier que c'est un besoin c'est un peu se mettre la tete dans le sable.
Meme sorti des entreprises, c'est pas ouf d'avoir un google doc partagé avec des potes, conjoint, groupe de parents de l'école, les potos de l'asso (sportive ou que sais je).
Je sais pas, si on en est au point ou doit débattre du fait que l'immense majorité des documents sont censes être lu par quelqu'un d'autre qui l'a écrit, on va avoir du mal a avancer. Et c'est dur de prétendre que balancer un fichier physique a quelqu'un est le mode de distribution optimal.
Oui, c'est sur. Apres, c'est tres largement disponible chez une tres tres grosse partie des utilisateurs LibreOffice. Pour reference, le thread parlait de 170k ONG occidentales. Je pense qu'on peut raisonnablement partir du principe qu'ils ont accès a une connexion ADSL ou LTE.
lol. oui, c'est ce qu'on m'a dit la dernière fois que j'ai
(削除) trollé (削除ここまで)discuté du sujet ici. C'est pas glorieux la premiere fois, et je vois que ca a pas changé. Je narre mes 20 minutes sur collabora online. Je n'invente rien, c'est mon expérience, verbatim.Bon alors, voyons voir. Collabora Online. Ok, landing page marketing. A branler, je veux voir le produit moi. C'est leur truc?
Ah, products, collabora online? Ouais, ca a l'air d'etre ca. Ok. Autre page marketing. Font chier. Demo, ouais, cool ca je veux. Get a quote 🤨. Contact us, newsletter, a branler. 'tin faut que je me fasse harceler par leur force de vente pour ce truc?
Bon aller, c'est des bon gars, on va faire un effort, et essayer la demo. 'tin, sa maman! Faut que je leur donne email et tout ca? Bon, on y go. Remplit le formulaire, Try free demo. Ah. beeeeen. rien? Je fais quoi maintenant?
Ils ont peut être envoyé un email. Allons voir. Bah, non. Pas d'email. Refresh/relever le courier. Nope. Bah merde alors. Spam peut être? Non plus. Bon, ben on va attendre. 5 minutes plus tard. toujours pas la. Spam? Spam! ok, je clique, roule ma poule.
"Thank you for confirming your email address!". Et ben ouais, mon cochon! Et heu, du coup? Je fait quoi maintenant? Ya pas de lien, bouton, rien. Je me connecte sur collaboraonline.com du coup? 'tin ya vraiment pas de liens. Bon, je doit bien avoir un onglet ouvert? Ouais. Mais ya rien pour se connecter. Bordel, ca marche comment leur merdier?
Peut être qu'ils vont envoyer un autre email? Non, rien. Ah, merde, j'avais oublié. Spam? Spam!
Alors, ca dit quoi? blabla, nextcloud, non c'est pas ca, j'avais prit collabora online moi.
Seafile, pas la moindre idée de ce que c'est. Il est ou collabora online boudiou? Group office peut être? Ok, je clique. demo/demo. A moi l'edition collaborative! C'est heu... On dirait un client mail. Je voulais des documents. 'Tin, et c'est en néerlandais en plus? 🤨 quoi le phoque, les gars quoi... Bon ca doit pas être ca.
bon, ben, on va essayer le premier truc la, nextcloud.
🤨
Ouais, ca commence a sentir le sapin votre histoire la... bon, aller, email/password, eud'facons perdu pour perdu. ENFIN!
Mais je m'en branle moi. Jai pas de premise de toutes façons. Mais heu, attends, ca veut dire quoi ca? C'est online votre truc la, ou faut que je me farcisse un déploiement?
Cools, des documents. Aller, on edite celui avec les bateaux pour voir, pis c'est le premier. "J'aime les bateaux!". Relayout. la vache! Word 6 sur mon 386 était plus fluide.
Ouais, ben t'sais quoi... docs.google.com, hein, au moins ca marche.
[^] # Re: Non informaticiens
Posté par fearan . Évalué à 5 (+2/-0).
T'as lu mon expérience avec office365? perte de donnée, multiplication fantôme de documents...
Je ne nie pas qu'il y'a un besoin réel collaborer à plusieurs simultanément sur un même document, quoique de mon expérience, c'est plus via un teams avec écran partagé et une seule personne qui fait les modif, ou lorsque l'on rempli les crénaux pour les vacances, où le excel est ouvert à plusieurs, chacun sa ligne.
Bon l'excel n'empêche pas de devoir remplir les congés dans l'outil de la boite pour les interne, et dans le relevé d'activité pour les presta. J'ai dit que j'adorais remplir les documents plusieurs fois? Ah oui et dans les blague du excel qui selon je ne sais quel artifice se retrouve en JJ/MM/AAAA ou en MM/JJ/AAAA en fonction de je ne sais quel paramètre, et évidemment tu t'en rends compte lorsque la saisie de date est invalide.
Et la bonne blague c'est que c'est justement cet excel (entre autre) qui se retrouve parfois en plusieurs exemplaire, ou avec une vieille version. Et le pire c'est qu'on se retrouve a dire au collègue qu'il ne l'a pas rempli, jusqu'au jour où c'est notre ligne qui dégage.
Note bien j'ai jamais eu ce genre de problème avec google doc. (ni collabora, mais vu que je n'ai pas utilisé cette dernière, ceci peut expliquer cela)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Non informaticiens
Posté par groumly . Évalué à 2 (+1/-1).
Ah ouais, quand même! ça explique beaucoup de choses, effectivement...
et quand vous éditez du code, vous le faites aussi via un écran partagé, à dicter au mec qui a accès au serveur ftp? 😂
[^] # Re: Non informaticiens
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 3 (+1/-0).
Faut se mettre à jour : quand on édite du code, on dicte à l’agent qui a toutes les clés et ne va pas se priver d’effacer la prod un jour que c’est de bonne humeur.
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: Non informaticiens
Posté par groumly . Évalué à 1 (+0/-1). Dernière modification le 28 août 2026 à 19:29.
Mmmh.. c'est tres "juillet 2026" comme approche.
J'ai un agent connecté a mon slack, qui analyse directement ma discussion avec le mec produit. Enfin, plutôt la discussion que mon agent a avec son agent (on a trainé les modèles sur notre style de discussion). Il délègue a 4 autres agents, qui transforment ca en spec, mais chacun avec une personnalité différente. Ensuite, c'est renvoyé a un autre agent, qui soumet les 4 specs a 16 agents, chacun avec une différente personnalité aussi (mais différents des premiers. Sinon ils votent tous pour leur pote, et on a un deadlock. Encore que, on a deja vu agent soudoyer un autre agent en lui promettant de partager ses tokens avec lui).
Ces agents la votent sur la meilleure spec. Une fois la spec choisi, c'est renvoyé au premier agent, qui dispatch une demi douzaine d'agents pour le processus (JIRA, air table, update du google slides qui sert de roadmap officieuse pour les execs, preparation des email d'annonce, creations des slack room, ce genre de choses).
Une fois que ca c'est fait, la spec est envoyé a une autre demi douzaine d'agents. Copilot, Claude Code, codex, en plusieurs variantes avec différents modèles. Ceux la écrivent le code. Ensuite une fait une cross review (copilot review le code de claude, etc), commente sur le code, et renvoie ca aux agents originaux. Apres 3-4 cycles de feedback, les PR sont envoyés a un autre pool d'agent voteurs. La meilleur PR est sélectionnee, et mergee automatiquement.
Apres, c'est simple! Ya qq agents qui s'occupent d'écrire des tests, pendant que les autres agents s'occupent de deployer le code, et un autre pool d'agents s'occupent du marketing et tout ca.
Le déploiement finit, on lance un autre pool d'agents qui s'occupent de monitorer les metrics, et faire un rollback si nécessaire. Et on a un dernier pool d'agents qui observent l'engagement, et envoie le feedback au premier agent, pour raffiner la feature en temps reel.
Alors, évidemment, derrière, tout ca est consommé largement par les agents de nos clients, qui eux meme relaient ca aux agents de leurs clients. C'est vraiment la ou openAI/Anthropic fournissent la valeur ajoutée: on peut payer pour collecter des informations sur ce que ces agents la pensent du service, et s'ils galèrent a utiliser le service. Ca nous permet d'avoir un avantage sur la competition.
Comment? Mon boulot dans tout ca? Ben, mon boss a été cool, et il m'a autorisé a garder un boulot, a la centrale electrique qui alimente tout ca. J'ai une pelle, et une montagne de charbon. Honnêtement, c'est moins chiant qu'avant, et ca fait de l'exercice. J'ai un pote qui bosse dans une boite qui marche au nucléaire, mais aller miner l'uranium, c'est vraiment trop chiant, je préfère une bonne pelletée de charbon dans le four.
[^] # Re: Non informaticiens
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2 (+0/-0).
Le retour du chauffeur ;)
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: Non informaticiens
Posté par groumly . Évalué à 2 (+0/-0).
rooooh pinaise, c'est de la que ca vient "chauffeur"?!? Le mec qui "chauffe" la machine a vapeur?!?
[^] # Re: Non informaticiens
Posté par BAud (site web personnel) . Évalué à 2 (+0/-0).
oui : sur wiktionary l'étymologie est confirmée pour chauffeur
[^] # Re: Non informaticiens
Posté par fearan . Évalué à 6 (+3/-0).
Où ai-je mis une quelconque blague anti MS? Je parle de mon vécu, d'écrans non désiré au login suite a des mise a jour sur un Windows pro. Écran chiant a faire disparaître et où on se pose la question si on clique bien au bon endroit et pas où le truc risque de migrer de Mes Documents vers le One drive.
Je parle d'Office 365 où pour récupérer un document en local il faut chercher dans les menus, toujours dans le même office où tu as enregistré ton document, et quand tu reviens plus tard, tu te retrouves avec 2 versions du document.
Toujours le même office365 qui a flingué la mise en page de 90% des documents type généré avec la mouture desktop only. Cette bouse qui est poussé en avant qui ne fonctionne plus dès qu'on perd l'accès au réseau, qui subi les lenteur du réseau.
Cette même bouse où le document partagé perd les droits de certains utilisateurs, où alors on se retrouve avec 2 versions, dont les utilisateurs ont modifiés chacun de leur coté et que ça devient la chianli à fusionner.
Toujours cette même bouse qui va parfois te filer le document de plusieurs versions avant, et aucun moyen de récupérer le données perdues...
Et ça c'est pas les versions d'avant hein, mais celle de cette année.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Non informaticiens
Posté par BAud (site web personnel) . Évalué à 3 (+1/-0). Dernière modification le 27 août 2026 à 00:13.
ah bah tiens, au moins les fonctionnalités de Sharepoint perdurent o_O /o\
une certaine forme de continuité :/ Pas la meilleure pour les utilisateurs effectifs.
[^] # Re: Non informaticiens
Posté par Faya . Évalué à 4 (+2/-0).
J'ai plussé juste pour Dunder Mifflin. À toi le Dundie Award ! (Ryan a quand même tenté de les convertir au e-commerce)
# Des données structurées, en remplacement d’un fichier tableur absurde
Posté par SpaceFox (site web personnel, Mastodon) . Évalué à 10 (+9/-0).
En théorie, ces outils devraient couvrir beaucoup d’usages de données structurées (un annuaire, du suivi d’inscriptions, des fiches d’informations, des fiches produit...) dans des petites structures (petites associations, petites entreprises...), surtout à l’époque où la micro-informatique était principalement locale.
En pratique, ces outils ont toujours été assez complexes d’approche, et leur usage a été remplacé par des fichiers de tableurs (Excel / Calc) géants d’une complexité absurde avec tous les problèmes que ça implique (incohérences de données selon les cellules, difficulté à faire des croisements, etc).
Aujourd’hui, c’est des usages qui sont soit repris par des outils dédiés en SaaS (avec les problèmes de propriété et de transférabilité des données qui vont avec), soit qui sont restés dans des fichiers de tableurs géants. L’usage « intermédiaire » (gérer une petite BDD en local) a lui aussi été récupéré par des SGBD beaucoup plus simples à installer et clients SQL beaucoup plus ergonomiques qu’il y a 20 ans.
Littératures de l’imaginaire, libres, pour tout le monde : https://renardspatial.com/ | La connaissance libre : https://zestedesavoir.com
[^] # Re: Des données structurées, en remplacement d’un fichier tableur absurde
Posté par piratebab2 . Évalué à 6 (+5/-0). Dernière modification le 20 août 2026 à 19:53.
J'aurais dit la même chose.
Dans les grosses boites, l'utilisateur de base (sans jeu de mot) ne peux pas créer une DB sur sa machine. Les DB sont très grosses et gérées par l'informatique interne (et coutent très cher ...)
On voit d'énormes fichiers Excell qui servent de base données. Ceux qui ont un peu de jugeote et des souvenirs d'école se disent que c'est le boulot d'une base de donnée, pas d'un tableur . Et comme ils n'ont que le gestionnaire de DB de leur suite bureautique, ils l'utilisent.
C'est moins pire qu'Excell ....
Et il me semble qu'on peut y faire des requettes directement dans le tableur, comme ça les manager ne sont pas perdus ...
[^] # Re: Des données structurées, en remplacement d’un fichier tableur absurde
Posté par BAud (site web personnel) . Évalué à 1 (+0/-1).
perso, j'ai vu le contraire : ne pas utiliser de base de données et se contenter de Excel avec la confusion présentation / traitements (calculs dans tous les sens à chaque donnée changée / ajoutée)
j'aurais préféré une base de données. Mais pas Access (inutilisable). Ni Libreoffice Base (pas de leur fait, StarOffice faisait aussi mieux que pas bien comme Access, OOo a peu travaillé dessus à raison, LibO en hérite). Même SQLite a été mieux utilisé à raison (ou mieux que MariaDB).
dans LibreOffice Calc ? oui c'est possible : reste à retrouver comment ;-)
# Base et son public
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 10 (+19/-0).
Je dirais les micro-entreprises : je m'en suis servi comme outil de CRM par exemple, les petites structures telles que les associations ou encore les particuliers pour gérer leurs collections par exemple. J'avais développé une base pour une copine qui avait une boutique de fil à tricoter pour sa gestion des stocks. Ne pas oublier que LibreOffice est utilisé dans le monde entier et que les besoins peuvent être différents selon le contexte géographique.
Ce qu'il faut savoir déjà c'est que Base est multi-utilisateur depuis cette année.
Par ailleurs, TDF a embauché quelqu'un (en) pour travailler dessus. Il y a eu un questionnaire à l'attention des utilisateurs et utilisatrices pour déterminer leurs besoins et les points d'amélioration.
Cela dit je trouve que Base + Firebird ne fonctionne pas du tout, il vaut mieux choisir HSQLDB comme type de connexion. Et je pense qu'on devrait pouvoir exporter une base de données ODB dans d'autres formats, de même qu'avoir des solutions si la connexion à la base est cassée. Parce que là, tu perds tes données.
Faudrait essayer, il y a ce guide pour une connexion externe HSQLDB, je me demande si ça ne fonctionnerait pas de façon similaire avec d'autres modules.
Et j'aurais tendance à penser que Base est le module qui sert au publipostage ou à toute opération qui nécessite des champs dits de bases de données (qui peuvent être une feuille Calc).
Voilà. Personnellement je m'en suis pas mal servie. Et je dois me faire une petite base de données sur un projet. Avoir tout dans LibreOffice je trouve ça assez pratique et développer une base de données avec Base c'est, ben facile quoi (sauf quand Firebird fout la zone et que ça te donne envie de condamner les devs à la pizza à l'ananas arrosée de piments fort de coca et de ketchup à vie).
Je n’ai aucun avis sur systemd
# Grist fait bien le taf je trouve
Posté par lejocelyn (site web personnel) . Évalué à 8 (+6/-0).
Je trouve que Grist est pas mal pour remplacer avantageusement les bases de données Access ou Base : il fournit ce mélange d'interface plutôt accessible (à la Calc/feuille de données), interface d'ailleurs personnalisable si on le souhaite, et les possibilités d'une base de données relationnelle. Il propose un mode serveur mais peut fonctionner en tant qu'application locale, il gère les droits d'accès, permet de faire des contrôles sur les champs et de créer même des interfaces web.
[^] # Re: Grist fait bien le taf je trouve
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 4 (+2/-0).
Ça se compare comment face à FileMaker par exemple ?
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: Grist fait bien le taf je trouve
Posté par lejocelyn (site web personnel) . Évalué à 4 (+2/-0).
Bin, je sais pas, je ne connais pas FileMaker, c'est pas libre et ça ne tourne pas sur Linux. Par curiosité, j'ai regardé rapidement, et il me semble que File Maker ne propose pas d'interface en mode feuille de données, uniquement en mode formulaire. Grist propose les deux. Voici l'adresse pour la version bureau de Grist :
https://github.com/gristlabs/grist-desktop
Sinon, si tu es vraiment intéressé, je peux te créer un compte sur mon serveur..
[^] # Re: Grist fait bien le taf je trouve
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 3 (+1/-0).
De mémoire (ça fait des lustres1 , mais je touche encore du bois quand à ma mémoire) ça le fait aussi et tout le reste (voir plus ou en avance des autres concurrents) ;)
Je vais tester Grist dans les prochains jours, bien que je ne sois pas trop la cible de ce genre de programmes.
J’ai utilisé les versions II à Pro 5 avec plaisir pour sortir très rapidement une interface de gestion plus conviviale et plus facile à maintenir que Access (Base n’existait pas encore) pour Windows/Mac/web. ↩
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: Grist fait bien le taf je trouve
Posté par lejocelyn (site web personnel) . Évalué à 2 (+0/-0).
Pour moi, le gros avantage de Gris, c'est l'interface avec Python.
# 2 cas d'usage
Posté par Pol' uX (site web personnel) . Évalué à 2 (+2/-2).
Pero je confirme que ce logiciel (LibreOffice Bouse) est atroce à utiliser. L'invite de commande de mariadb ou sqlite est bien plus simple à apprendre.
Perso j'y ai été confronté quelques fois dans le cadre d'un publi-postage. Je ne connais pas de façon de faire du publipostage sans passer par Base (mais pas essayé ces 10 dernières années).
Sinon j'ai déjà vu le logiciel utilisé pour faire des accès DB en lecture seule pour faire de l'analyse de données ; typiquement pour récupérer les statistiques et données de reporting que le progiciel considéré ne permet pas spontanément.
Adhérer à l'April, ça vous tente ?
# Techno ancienne mais pas si ancienne
Posté par saltimbanque (site web personnel) . Évalué à 4 (+2/-0).
Que ce soit un peu obsolète : oui. Mais pas obsolète des années 90! plutôt obsolète de Power Query, de Power BI.
Je l'ai utilisée - très à la marge - dans les années 2010 pour pouvoir rapprocher et enrichir deux sources de données. Pas mal d'entités légales avec des contrôles à faire, des codes à manipuler. Excel aurait pu le faire mais pas très adapté. Pour dérouler de belles jointures et de bôs contrôles de qualitay, access s'est avéré nickel car cela a pris très peu de temps à mettre en place, dans ce contexte d'un besoin très simple, mais bien réel.
Aujourd'hui si j'étais de nouveau contraint à faire sous Windows - Power Query certainement. Après c'est sûr que si on a un vrai SGBD sous la main bah c'est juste mille fois mieux.
# Utile pour une petite entreprise
Posté par BenTpe . Évalué à 10 (+16/-1).
Je m'en sers dans ma PME historiquement pour accéder à une vue dédiée de la base sous-jacente à mon ERP ( Dolibarr avec mariaDB pour moi). Ça me permet d'avoir mon rapport financier de l'entreprise en temps réel, et ça c'est vraiment cool. Je suis resté sur Libreoffice exclusivement pour ça et ai même commencé à payer une contribution mensuelle, parce que ce n'est pas facile de faire la même chose sur Excel ou n'importe quel autre logiciel. Pour la plupart de mes rapports j'utilise Metabase qui est plus moderne, mais quand il y a besoin de spreadsheets, une connection directe est bien meilleure.
Un deuxième usage était d'imprimer les bons de livraison et réparation de Dolibarr, car la fonction n'était pas disponible nativement, ça m'a aidé pendant plusieurs années avant que ChatGPT ne m'aide à coder cette partie dans Dolibarr directement.
Et depuis que j'ai l'aide de l'AI j'ai rajouté un fichier de prévisionnel pour les commandes fournisseurs: l'historique des ventes est mis à jour depuis l'ERP via Base, et le fichier ajuste en conséquence le prévisionnel et me permet de m'organiser pour passer mes commandes. J'ai même rajouté une couche de ML à l'historique de prévisions histoire de dire...
Donc pour répondre à ta question: on peut utiliser Base comme couche de Calc pour obtenir des données dynamiques facilement et c'est très utile pour une PME :) Comme on travaille dans Calc, l'interface old school de Base n'est pas vraiment un problème, on ne la voit plus une fois configuré.
Je trouve vraiment dommage que cette manière de travailler soit complètement tombée en désuétude. C'est à la fois simple et robuste. Par ailleurs, avec l'AI c'est très facile de faire la mise en place de ce que tu veux et il y a une prime à l'utilité vs la simplicité.
Comme je suis sur Mac je suis vraiment triste que LO soit aussi buggé et lent avec une UI dépassée, car sinon c'est un super logiciel, complet, fiable et utile, voire très agréable à utiliser pour Write et Calc.
# Cela ne me rajeunit pas ...
Posté par audionuma (site web personnel, Mastodon) . Évalué à 7 (+6/-0).
J'avais commis ce document https://www.openoffice.org/fr/Documentation/How-to/Bdd/Debuter_avec_Base.pdf
# complément...
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 5 (+3/-0).
Les autres commentaires sont assez complets je trouve car il y a plusieurs aspects à ce genre d’outils. Je confirme que c’est très pratique pour une petite structure sans gros service informatique ni des spécialistes (ça peut être utilisé par des non-pros qui s’y forment très rapidement, mais c’est encore mieux quand c’est dans les mains d’une personne qui sait modéliser mais n’a pas les bagages poussés d’admin bdd et de dev front-end : le genre de couteau suisse qu’on trouvait dans nombre de PME)
Comme il est assez aisé de s’y mettre en venant des programmes de bureautique, on peut les classer dans la catégories des Power trucs pour les gens de la BI qui sont plus clic-clic que SQL, et on les retrouve effectivement dans les mises en place de publipostage et divers cas de gestion micro-entreprise/petite-entreprise/asso/personnelle. Mais je rangerai cela plus dans la catégorie des AGL-RAD (vous savez ces EDI visual-bidule) pour des applis lourds (clients bureau) orientées bdd... C’est donc très ancien pour les gens qui ont, comme moi, connu des trucs comme dBase (époque DOS) ou 4D ou Borland/Corel Paradox puis les trucs libres comme OO/LibO Base. Il fut une époque où cela permettait de fournir rapidement et aisément des solutions maison là où on brûle aujourd’hui la planète pour faire la même chose à coup d’IA...
Du coup, je rejoins groumly que ce n’est pas fait pour toi si tu es déjà à l’aise dans la gestion de bdd et le découplage de la base et de l’interface même dans une appli tout en local (comprendre que ce n’est pas du client-serveur et ce couplage est perturbant quand on atteint un certain niveau pro ; mais représente le point fort pour les néophytes ici car cela évite toute discordance ou erreur et permet par exemple de renommer les tables et les rubriques —champs— sans avoir à modifier le code...)
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: complément...
Posté par Luc-Skywalker . Évalué à 5 (+3/-0).
Si utiliser Base comme BDD pour alimenter Calc ou Writer est relativement aisé, il faut bien admettre comme +/- noté dans le journal que
Accessoirement, j'aime pas l'outil formulaires de Base: pas très jolis et pénibles à concevoir.
"Si tous les cons volaient, il ferait nuit" F. Dard
[^] # Re: complément...
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2 (+0/-0).
La jungle c’est parce que LibO embrasse beaucoup plus que Petit mou (: Mais je pense que la/le référence/focus devrait être ODBC...
"It is seldom that liberty of any kind is lost all at once." ― David Hume
# Publipostages divers pour enseignants
Posté par Nico7as . Évalué à 10 (+9/-0).
Je suis professeur des écoles et je l'utilise un peu pour ma classe, mais indirectement.
Je rentre mes données dans des tableaux Calc, je les "déclare" comme base de données à LibreOffice, qui crée un fichier .odb qui se met à jour quand j'enregistre mon fichier Calc.
Ensuite, j'édite des documents Writer à partir des champs intégrés dans mes modèles de documents.
C'est un usage assez rudimentaires, mais ça fonctionne.
Il faudrait que j'apprenne à créer des formulaires et des requetes, qui m'aiderait peut-être à être plus efficace.
[^] # Re: Publipostages divers pour enseignants
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 5 (+2/-0).
Tu peux te faire la main avec tes données Calc, tu peux faire une nouvelle base en la connectant à tes données Calc. C'est de la balle !
Je voudrais remercier Élafru pour son journal, ça m'a donné l'occasion de jeter un nouveau coup d'œil sur Base, je ne regrette pas.
Je n’ai aucun avis sur systemd
[^] # Re: Publipostages divers pour enseignants
Posté par BAud (site web personnel) . Évalué à 2 (+0/-0).
les exemples de publipostage (courrier ou courriel) que j'ai trouvés ont l'air de dater de 2020-2021 (sans doute encore applicables, peut-être des améliorations entretemps ?)
https://wiki.documentfoundation.org/images/2/26/WG6414FR-Publipostage.pdf
https://blog.liberonsnosordis.org/index.php?post/libreoffice-publipostage
https://www.mediaforma.com/libreoffice-writer-publipostage/
[^] # Re: Publipostages divers pour enseignants
Posté par Élafru . Évalué à 4 (+3/-0).
Merci à toi et à tous les commentaires, j'apprends beaucoup ! Désormais je comprends qu'il s'agit moins de manipuler des grosses BDD SQL externes, mais plus des bases locales en ODB, dans un contexte de petite entreprise ou structure, avec un certain interfaçage avec Writer et Calc.
# Qui est le public de Libreoffice ?
Posté par devnewton 🍺 (site web personnel) . Évalué à -1 (+2/-6).
J'utilise Libreoffice Writer, Impress et Calc depuis des années, mais c'est lent, peu pratique et buggé.
Pourquoi je continue ? Car c'est la seule suite qui permets de travailler avec les documents de la suite de Microsoft.
Si je ne devais pas échanger avec des collègues qui utilisent Office 365, je ne l'utiliserais jamais.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
# Pour faire des bases de donnée en histoire
Posté par TintinL . Évalué à 1 (+1/-0).
Je l'ai utilisé pour mon master et ma thèse afin de faire des bases de données reliées aux codes communes utilisées pour les historiens. Ca permet de faire facile des SIG ensuite.
Aujourd'hui il y a d'autres possibilités, mais dans les années 2010, c'était ça ou Acess.
Depuis j'ai une dette technique, mais ça marche plutôt bien, même si l'interface est un peu old school.
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.