Le mercredi 30 novembre 2005 à 14:48 +0100, julien a écrit : Bonjour,
> > > Ah, ben justement j'ai vu un livre sur les macros dans open office org > 2.0, j'ai un livre sur access mais mes collègues n'ont pas access. Ce n'est pas grave, car les différences entre Access et OOo se situent au niveau de la manière dont sont stockées les formulaires, les requêtes, etc. Au niveau des informations de base, c'est-à-dire des schémas ou structures des tables, les deux solutions sont proches, sachant que OOo comporte encore des limitations de fonctionnalité importantes par rapport à Access (en tout cas, d'après ce que j'ai pu lire sur les forums OOo). Je ne peux comparer Base 2.0 qu'avec Lotus Smartsuite Approach sous OS/2 / Windows, que j'ai utilisé il y a très longtemps, mais qui était très convivial, et FMPro sous MacOS. > Je vais chercher les bouquins intéressants. J'ai aussi le bouquin SQL > pour les nuls, il est bien ce bouquin d'ailleurs. > Celui que j'avais achété au départ s'appelait le SQL en Poche, et était aussi bien fait pour les débutants. Par la suite, et étant donné que je suis passé à MySQL, j'ai acheté le gros livre officiel de MySQL et un petit livre de poche en allemand qui est vraiment très bien fait et plutôt destiné à fournir des solutions pragmatiques. > > > ben en fait, j'ai une table "élèves", une autre table "chapitres", une > autre table "compétences" qu'on pourrait appeler type d'exercice, une > autre table "résultats", une autre table calculs pour les calculs > intermédiaires, etc... Je veux faire apparaître des colonnes de chaque > table dans un tableau, sans faire appraître toute la table, et ensuite > exporter le résultat sous calc ou alors directement au format web > (j'hésite), dans mon livre, il me semble que ça s'appelle une vue, c'est > comme une extraction de plusieurs colonnes dans plusieurs tables à > destination d'un tableau unique. > Oui, c'est ça, je voulais juste être certain que l'on parlait le même langage. > > > Oui, merci, ça m'a beaucoup aidé, j'ai plus qu'à me lancer sauvagement > dans le schéma de la base et des différentes tables, tes exemples sont > très proches des bribes que j'avais griffoné ( j'avais aussi pensé à la > date au début, j'étais pas sûr que ça foute pas le bordel ). vraiment, > merci. longue vie à toi! Le problème lorsqu'on commence à faire une bdd est de savoir ce qu'on veut faire des données que l'on y rentre. Cela paraît facile, mais en réalité, on se rend compte que les utilisateurs cibles ont parfois des besoins auxquels on n'y a pas pensé, et qui vont avec le temps une évolution de la base. En tout cas, et je suis très loin d'être un spécialiste dans ce domaine, je suis content que j'ai pu aider un peu. Alex --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
