> Je propose de remplacer Access par SqLite dans ta phrase.
Pas du tout. SQLite, c'est une base de donnée dans un fichier. MS-Access, c'est une base de donnée + une application (formulaires & cie) dans un seul fichier.
Scénario typique :
Mr X fait une base de donnée de sa bibliothèque. Il a une table "ouvrage", une table "auteur", ... Il range ses BD, ses livres, ses DVD, ... dans ces tables. Ensuite, il fait quelques formulaires avec des boutons bleus et rouges et une image de fond, et des mini-macros en VBA pour entrer les nouveaux ouvrages, un autre formulaire pour faire une recherche, ...
Quand il veux utiliser sa petite application, il double-clique sur "bibliothèque.xxx" (je sais plus l'extension ;-) et ça lui montre un bel écran d'accueil, avec trois boutons : "Ajouter un livre", "voir la liste", et "faire une recherche". En fait, c'est sa petite soeur (ou son petit frère !) qui utilise l'application, et elle n'y connait rien en SGBD, elle ne sait même pas ce qu'il y a derrière.
Maintenant, l'utilisateur veut faire partager sa collection de BD a un ami. Un fichier à envoyer par mail, et l'ami a l'application et les données.
C'est un cas bien particulier. Pour une application professionnelle, il y a beaucoup mieux. *Mais* c'est un besoin d'un certain nombre de particuliers et de petites associations, et ni OpenOffice.org ni SQLite ne répondent à ce besoin, c'est un fait.
[^] # Re: équivalent de Access
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Sortie d'OpenOffice.org 1.1.2. Évalué à 10.
Pas du tout. SQLite, c'est une base de donnée dans un fichier. MS-Access, c'est une base de donnée + une application (formulaires & cie) dans un seul fichier.
Scénario typique :
Mr X fait une base de donnée de sa bibliothèque. Il a une table "ouvrage", une table "auteur", ... Il range ses BD, ses livres, ses DVD, ... dans ces tables. Ensuite, il fait quelques formulaires avec des boutons bleus et rouges et une image de fond, et des mini-macros en VBA pour entrer les nouveaux ouvrages, un autre formulaire pour faire une recherche, ...
Quand il veux utiliser sa petite application, il double-clique sur "bibliothèque.xxx" (je sais plus l'extension ;-) et ça lui montre un bel écran d'accueil, avec trois boutons : "Ajouter un livre", "voir la liste", et "faire une recherche". En fait, c'est sa petite soeur (ou son petit frère !) qui utilise l'application, et elle n'y connait rien en SGBD, elle ne sait même pas ce qu'il y a derrière.
Maintenant, l'utilisateur veut faire partager sa collection de BD a un ami. Un fichier à envoyer par mail, et l'ami a l'application et les données.
C'est un cas bien particulier. Pour une application professionnelle, il y a beaucoup mieux. *Mais* c'est un besoin d'un certain nombre de particuliers et de petites associations, et ni OpenOffice.org ni SQLite ne répondent à ce besoin, c'est un fait.