Salut,

je commencerai juste par dire (sans attisez les foudres de tout le monde) qu'Access est un bon SGBD pour faire de petites bases de donnees. C'est tres facile de developper de petites applications, il y a pas mal d'aide, la doc est relativement bien faite, bref c'est pas mal pour de petites bases.

Concernant la diference entre faire une BDD sous Access et une BDD sous Excel :

Excel est fait pour faire des calculs, editer des grapiques, bref principalement pour travaillez avec des nombres.
Access est beaucoup plus tourne vers les donnees de type chaine de caractere, mais aussi tous les autre type, (booleen, date...)

Si tu dois faire des calculs entre nombre, je te conseille d'utilser Excel, car Access n'est vraiment pas tres pratique pour cela: Meme si lorsque tu ouvre un table, tu a l'impression que c'est comme une feuille Excel, il est impossible de faire des calculs relativement complique entre cellule.

Access te permet donc principalement de sauvegarder des donnees, et de les retrouver, de les modifier, de les relier entre elles (par exemple une table contient la liste de personnes, une autre table contient une liste d'activite, enfin une troisieme table contient la liste de toutes les activite que font chaque personne)

Je pense que faire cet exemple sous Excel est tres dificile. Sous Access, c'est un jeu d'enfant.

Je sais pas si c'est tres clair ce que j'ai ecrit, en fait c'est un debut de reponse...

Contrairement à une opinion très répendue, il n'est pas nécessaire de connaitre la programmation pour utiliser Access

non, bien sûr, mais si on veut vraiment en tirer un plein bénéfice, c'est fondamental.

En revanche, des notions d'analyse, fondées sur les principes de la méthode Merise, sont très utiles. Hélas, quand on parle d'Access, c'est un point complétement passé sous silence le plus souvent

ça dépend des conversations. Quand il s'agit de répondre à quelqu'un qui l'aborde à peine, il n'est peut-être pas judicieux de le/la brancher directement sur un truc que j'ai vu rebuter même des élèves TSIG.

Un peu de cohérence et de curiosité, alliées à un réflexe de travail préparatoire, suffit largement à quelqu'un qui débute complètement sur le sujet pour qu'il progresse suivant sa propre logique en convergence avec Merise, sans même le savoir.

Dire à un débutant de commencer par un dégrossissage Merise, c'est un bon moyen de le renvoyer fisa au boulier.

Sur le principe je suis d'accord, mais il faut être pragmatique, rares sont ceux qui éprouvent du plaisir à aborder Merise. C'est pourquoi je coris que "réinventer l'eau tiède" en l'occurrence a ceci de louable que celui qui ensuite abordera la "méthode officielle" en y retoruvant de facto ses propres déductions, l'appréhendera avec un plaisir qu'il ne pourra dissimuler.

voilou...

kinder.surprise,
le maton du matou

J'ai donné la référence de deux sites qui ne renvoient pas "fisa au boulier " J'ai commencé à me servir d'Access empiriquement, j'ai fait plein d'erreurs. J'ai repris les choses par le commencement, et je suis bien content d'avoir perdu un peu de temps sur la méthode. Respecter certaines règles (en particulier de normalisation) ne peut faire de mal à personne. De plus je pense que les principes de Merise - ou disons du modèle entité/association - ne sont pas très compliqués. Il se trouve que ceux qui l'enseignent se prennent souvent pour des gourous - mais ça c'est un autre problème ...
Je voulais surtout dire qu'Excel n'est pas un logiciel de bases de données. Ca m'énerve souvent de voir les gens bidouiller des trucs qui fonctionnent mal sous Excel , alors qu'ils s'en sortiraient en 5/7 avec Access. Maintenant, et je maintiens, il faut un peu de méthode. Pour ceux qui préfèrent les bidouilles approximatives, je les laisse à leur plaisir.
Nota : dès qu'on a besoin d'une base de données, c'est que le volume de données à traiter, et les problèmes afférents sont importants. C'est pour cela que les solutions rapides à mon avis n'existent pas.
Avoir des notions d'analyse et d'algèbre relationnelle ne peut pas faire de mal et peut conduire à s'interesser à d'autres produits (PhP et MySQL par exemple) Bref, je maintiens que c'est un bon investissement intellectuel.

J'ai donné la référence de deux sites qui ne renvoient pas "fisa au boulier "

j'entends bien... ce que je disais, c'est qu'envoyer un débutant sur Merise c'est courir un très gros risque de le dégoûter. Qu'il soit judicieux d'utiliser Access avec méthode, c'est évident, et qu'une bonne méthode parmi "les" méthodes soit Merise, est évident aussi, mais je persiste, démarrer par ça, c'est risqué, alors qu'un peu d'esprit déductif et une approche approfondie du fichier d'aide et des exemples alliés à une pleine connaissance de l'objectif à atteindre, suffit, avec moindre dégoût, à progresser et ce, dans le bon sens, c'est ce que j'appelais la convergence avec Merise. Je reformule donc, celui qui aura lui-même déduit le bon sens nécessaire à une construction efficace de sa base de données pourra ensuite aborder Merise en y retrouvant ses propres déductions auxquelles il pourra se rattraper pour bien appréhender la méthode.

De plus je pense que les principes de Merise - ou disons du modèle entité/association - ne sont pas très compliqués

ni pour toi ni pour moi, mais pour quelqu'un qui débute, je le répète, il semble que ce soit abscons. J'en connais qui en ont gardé un souvenir épouvanté. Par ailleurs, si vraiment il faut lui indiquer comment "bien" commencer, puisqu'on en est là, alors dans ce cas, autant lui dire de lâcher Access et passer à PostgreSQL voire, mieux, Ocelot, et développer son interface, si besoin est, sous Delphi, avec bien entendu un premier abord de TP.

faut être lucide, quand on demande une comparaison entre Excel et Access c'est qu'on en est pas encore à devoir empoigner Merise (même si, je suis d'accord, dans la mesure où elle y prendrait goût, ce serait fort utile et lui ferait gagner du temps par la suite)

kinder.surprise,
le maton du matou
kinder.surprise,
le maton du matou

Tout d'abord je commence par vous remercier des réponses que vous m'avez envoyer. Bon, avant que vous ne vous étaliez sur l'intérêt de l'apprentissage de Merise il est je crois nécessaire que je vous précise que non, seulement, je connais très bien Merise, mais aussi que j'ai déjà fait l'analyse de cette base. Le problème est qu'une base de données a déjà été créée sur Excel par les utilisateurs de cette base et que je me demande si j'ai intérêt à garder cette base sur Excel ou alors la convertir en base Access.
En fait, mon sujet de stage consiste à améliorer cette base et y apporter des fonctionnalités supplémentaires. Je vous ai demandé les avantages et les inconvénients pour savoir comment, par exemple se passe le verrouillage de données et en ce moment, j'aimerais surtout savoir s'il est possible de verrouiller certaines données à l'intérieur d'un formulaire tout en laissant à certaines données la possibilité d'être modifiées (en fait, ça correspond un peu à un mélange entre un état et un formulaire). C'est sans doute des questions ridicules mais je n'arrive pas à trouver de réponses !
En tout cas, merci pour votre aide !

C'est donc une question relative à Excel!

ceci mis à part, si tu connais bien Merise, inutile de te détailler les avantages d'Access sur Excel, tu les connais.

Je renomme ton post pour que le titre soit conforme à la question.

kinder.surprise,
le maton du matou

Oui, mais Excel, je connais assez bien, c'est sur Access que je veux des renseignements !!!!!!!!!!!!

En fait, j'aimerais bénéficier d'Access pour la structure des base de données mais je ne connais les autres possibilités qu'offre Access par rapport à Excel et j'ai peur de perdre certains avantages (notamment le verrouillage des données) d'Excel

Eh bien nous y voilà ! C'est le cas typique d'une utilisation d'Excel qui ne correspond pas à son usage initial. Et dès que ça se complique un peu (et ça se complique tout de suite en BD), les gens doivent songer à trouver d'autres solutions techniques pour continuer à bosser. Résultat : on fait deux fois le travail, on perd beaucoup de temps, et on risque aussi de perdre des données ...
Bon restons pragmatiques : tu dois te dire que toutes les fonctionnalités BD d'Excel sont présentes sous Access. Qui peut le plus peut le moins ... Ce n'est pas dans ces termes qu'il te faudra poser le problème. Tu dois songer à une solution d'importation des données et des procédures qui soient sans trop de danger pour le travail déjà effectué. En fait on ne peut pas raisonner en l'air. Il faut voir concretement comment ça s'organise sous Excel et comment ça peut être "traduit" sous Access. Il y a sans doute des données importables directement - qui apparaîtront sous la forme de tables sous Access, et d'autres qu'il sera nécessaire de recréer entièrement. Faut voir au cas par cas, on ne peut pas donner de recette toute faite. En fonction de ce que tu peux supposer qui est sauvegardable et de ce qu'il faut refaire, à toi de juger si ça vaut le coup de faire ce boulot ou si tu peux te contenter d'Excel. Je ne veux pas te désespérer, mais il est souvent plus judicieux de reprendre un projet à zéro, de faire table rase, plutôt que d'essayer de récupérer des trucs, car on hérite de plus de tares que de facilités. Enfin, encore une fois, il faut juger sur pièces, et décider ...

Réponse plus technique : pour vérouiller un champ de formulaire sous Access, il faut, en mode création, afficher les propriètés de l'objet. Pour la proprièté "activé", répondre "non". Le champ ne sera plus accessible qu'en consultation, et pas en modification.
Pour le problème de méthode évoqué plus haut, je me permets de citer Descartes : "Il est vrai que nous ne voyons point qu'on jette par terre toutes les maisons d'une ville, pour le dessein de les refaire d'une autre façon, et d'en rendre les rues plus belles; mais on voit que plusieurs font abattre les leurs pour les rebâtir, et que même quelquefois ils y sont contraints, quand elles sont en danger de tomber d'elles-mêmes ... Ainsi voit-on que les bâtiments qu'un seul architecte a entrepris et achevé ont coutume d'être plus beaux et mieux ordonnés que ceux que plusieurs ont tâché de racommoder " ;-)

En plus de bien t'y connaître en informatique, tu es philosophe ? Alors là, tu m'impressiones! Merci en tout cas