Accès à une Table

Bonjour,

" Jimmy Limousin "

Alors, si c'est la fenêtre base données avec les tables et les petites
flèches et tout, c'est normal quand tu l'ouvres avec une version
complète d'Access. As-tu accès aux autres objets (requêtes, form,
modules) ?

Oui

Modifier les données, c'est normal. Tu peux aussi tenter de modifier
la structure des tables mais tu ne pourras pas les enregistrer.

Eh bien si ! Et c'est ce qui mz gêne !

--
Cordialement
Christophe

Re 3stone,

Bon, on ne va pas tergiverser 107 ans avec ça hein ? ;-)
Alors voilà ce que j'ai fait e nrentrant de vacances il y a 8 jours ; comme
il y avait des pc neufs, j'ai du tout refaire rapidement et je me demande si
je n'ai pas raté mon fractionnement ; je ne vois que ça comme explication ;
voilà comment j'ai procédé :
1)j'ai repris le mdb complet ( tables formulaires etc.......) et je l'ai
fractionné en la mettant sur le reseau local dans mon dossier partagé qui
s'appelle " Clients "; il y a donc dans ce dossier Clients_pricipale.mdb

2) J'ai crée un autre dossier sur le reseau que j'ai appelé "Temp " ; j'y ai
mis la frontale ; ensuite je suis allé sur les trois postes concernés et
j'ai fais un copié/collé de la frontale qui est sur le reseau pour la mettre
dans " Mes Documents " de chaque poste local ; ensuite j'ai détruis le
dossier " Temp " .

Il y a donc maintenant la dorsale dans un repertoire du reseau ( via mon
poste puisque c'est moi qui partage le dossier" Clients " puis en local dans
"Mes Documents " la frontale " avec les tables et les petites flêches.

D'une frontale en local, je peux modifier à volonté les données de la Table
; et ça, ça m'agace énormement.

Voilà comment j'ia procédé
Ais je mal fractionné mon appli ?

Merci

--
Cordialement
Christophe

Re Re Pierre, ;-)

Attends, je crois qu'on s'est mal compris ou plutôt que dans la
précipitation je me suis TRES mal exprimé ( une fois de plus ;-) )

En fin de compte, depuis une frontale, je peux effacer TOUS les champs d'une
table liée mais je ne peux pas modifiezr la structure de la table ni
rajouter de champs.
Ce qui me choque c'est juste le fait de pouvoir volontairement ou non
supprimer les champs ( en mode lecture; pas en mode " Creation " ) et
d'avoir accès aux modules.

Voili voilou ;-)
C'est plus clair comme cela ?

--
Cordialement
Christophe

Salut,


J'ai dû m'absenter....



"Ayrton [ ASC ]"
| Attends, je crois qu'on s'est mal compris ou plutôt que dans la
| précipitation je me suis TRES mal exprimé ( une fois de plus ;-) )
|
| En fin de compte, depuis une frontale, je peux effacer TOUS les champs d'une
| table liée mais je ne peux pas modifiezr la structure de la table ni
| rajouter de champs.
| Ce qui me choque c'est juste le fait de pouvoir volontairement ou non
| supprimer les champs ( en mode lecture; pas en mode " Creation " ) et
| d'avoir accès aux modules.


Autrement dit:
Tu peux modifier, ajouter ET supprimer les *données* qui se trouvent
dans les tables attachées, mais absolument pas modifier les tables et
pas même un champ!

Il est entendu que nous ne parlons pas du contenu, des données...
mais de la table en tant que contenueur, sa structure, le nombre et
le type des champs... qui ne sont PAS modifiable "à partir de la frontale"

On parle donc des données... et là, c'est normal !!!
Tables attachés ou non, cela ne change absolument rien.
Cela n'oblige en aucune facon l'utilisateur de se servir des formulaires !!!


Ce dont tu as (aurais) besoin, est une base mde et de formulaires
concus de facon à enpêcher les comiques de se passer d'eux (les formulaires)
D'utilisateurs qui jouent le jeux (ou qui ne se démerde pas trop avec Access ;)
Un runtime évite aussi ce genre de problème, mais à d'autres inconvénients...


--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/

Salut,

"Jimmy Limousin"
| >> Alors, si c'est la fenêtre base données avec les tables et les petites
| >> flèches et tout, c'est normal quand tu l'ouvres avec une version
| >> complète d'Access. As-tu accès aux autres objets (requêtes, form,
| >> modules) ?
| >
| > Oui
|
| V'là ote chose ! Ça aussi c'est furieusementimpossible.


Je ne comprend pas là....

En quoi des tables attachés empêcherait de modifier une requête, formulaire
ou module qui se trouve dans la frontale ??

Il n'est pas en .MDE ni en runtime !


--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/

Bonjour *3stone*
Dans ton message de news:eul%23xguuFHA.2504@tk2msftngp13.phx.gbl,
Tu as pensé très fort :-(*)

Salut,

Re l'Ami Pierrot ;-) ( Si je peux me permettre ! )

J'ai dû m'absenter....

Je me doute que tu as aussi des occupations ( et heureusement ! ) ; c'est
dejà très gentil de continuer le fil.

Autrement dit:
Tu peux modifier, ajouter ET supprimer les *données* qui se trouvent
dans les tables attachées, mais absolument pas modifier les tables et
pas même un champ!

C'est tout à fait ça

Il est entendu que nous ne parlons pas du contenu, des données...
mais de la table en tant que contenueur, sa structure, le nombre et
le type des champs... qui ne sont PAS modifiable "à partir de la
frontale"

On parle donc des données... et là, c'est normal !!!
Tables attachés ou non, cela ne change absolument rien.
Cela n'oblige en aucune facon l'utilisateur de se servir des
formulaires !!!

Ok 3stone ; et je te prie de m'excuser pour avoir un peu paniqué et m'être
très mal exprimé ; comme je te l'ai dit tout à l'heure il a fallu, en
rentrant de vacances, tout reinstaller car on a reçu des pc neufs pendant
mon absence; de plus, dans ma boite, à chaque qu'on te emande quelque chose,
c'est toujours urgent ; c'est limite s'il ne faut pas que ce soit fait pour
la veille ;-)
Donc en vérifiant précipitemment si tout était ok, je me suis aperçu de ça
et j'ai confondu, dans la précipitation, le conteneur et le contenu ;-(
C'est pourquoi je tiens à t'adresser toutes mes excuses pour avoir évoqué un
problème qui en fin de compte n'en était pas un ! !

Ce dont tu as (aurais) besoin, est une base mde et de formulaires
concus de facon à enpêcher les comiques de se passer d'eux (les
formulaires) D'utilisateurs qui jouent le jeux (ou qui ne se démerde
pas trop avec Access ;) Un runtime évite aussi ce genre de problème,
mais à d'autres inconvénients...

Je voulais y venir car c'est vrai que j'ai avec moi ( comme beaucoup
d'autres personnes je pense ) des gens qui n'y connaissent pas grand chose
mais qui sont très ou trop curieux et qui cliquouillent un peu partout et
n'importe comment ; moi, quand je ne sais pas ou que j'ai un doute, je
demande aux gens expérimentés alors que d'autres ne demandent rien et après
on voit le résultat ! ! !
Sans abuser de ta gentillesse, je me serais bien permis de te demander deux
choses pour finir :
1)Où puis je trouver une version de Runtime ; j'aimerais me pencher dessus
sur une base perso pour comprendre un peu et voir si je peux m'en servir à
titre pro ensuite.
2) J'ai vérifié ce que tu m'as dit tout à l'heure au niveau de la
compilation de mon code qui ne devait pas coller car je ne peux pas creer
de MDE ; un message me dit :" Microsoft Access ne peux pas creer de fichier
mde " .
Le souci est que je compile parfaitement sans erreur ; donc je ne vois pas
trop où se situe le problème ; par contre, j'ia crée rapidement une petite
base " test " avec une dizaine d'enregistrements et sans aucune ligne de
code vba et là j'ai pu créer une mde ;-); donc, c'est sûr que tu as raison
mais y a t'il une façon de faire pour trouver une éventuelle erreur dans mon
ou mes codes alors que je compile sans souci ?
J'ai aussi bien pris note de ta fonction pour "relier " les tables au cas
où...........

Merci

--
@+
Ayrton
http://cerbermail.com/?ljOK1CRTMt
Recherche dans les Archives :
http://groups.google.fr/group/microsoft.public.fr.windowsxp?hl=fr
Charte NG :
http://support.microsoft.com/directory/worldwide/fr/newsgroup/regles.htm

Salut,

"Ayrton [ASC]"
[...]
| Donc en vérifiant précipitemment si tout était ok, je me suis aperçu de ça
| et j'ai confondu, dans la précipitation, le conteneur et le contenu ;-(
| C'est pourquoi je tiens à t'adresser toutes mes excuses pour avoir évoqué un
| problème qui en fin de compte n'en était pas un ! !


Donc tout va bien, ou presque ;-)


| 1)Où puis je trouver une version de Runtime ; j'aimerais me pencher dessus
| sur une base perso pour comprendre un peu et voir si je peux m'en servir à
| titre pro ensuite.


Beaucoup et n'importe quoi à été déjà dit sur le "runtime"...

Sache que pour chaque version de base Access, il y a une version du runtime!

Pourquoi ?
Pour faire simple:
1) considère que le runtime n'est rien d'autre qu'un Acces
normal dont on bloque les fonctions d'éditions et autres...
On comprend donc facilement qu'un Access/runtime 97 n'a que faire
avec une base au format A2000 et inversément!

2) tu remarque que lorsqu'on installe un Access quelconque sur un PC,
ce n'est pas bêtement un exécutable qui est installé, mais une flopée
de dll et autres fichiers satellites.

C'est ce qui explique qu'il n'y a pas de "visionneuse" pour Access...
et que l'installation d'une base + runtime demande un empaquetage
pour emballer toute la petite famille.

En fait, le "runtime" à toujours fait partie des outils de développement.
Raymond propose une compilation des choses à savoir au sujet des runtime
http://officesystem.access.free.fr/runtime/index.htm


| 2) J'ai vérifié ce que tu m'as dit tout à l'heure au niveau de la
| compilation de mon code qui ne devait pas coller car je ne peux pas creer
| de MDE ; un message me dit :" Microsoft Access ne peux pas creer de fichier
| mde " .
| Le souci est que je compile parfaitement sans erreur ; donc je ne vois pas
| trop où se situe le problème ; par contre, j'ia crée rapidement une petite
| base " test " avec une dizaine d'enregistrements et sans aucune ligne de
| code vba et là j'ai pu créer une mde ;-); donc, c'est sûr que tu as raison
| mais y a t'il une façon de faire pour trouver une éventuelle erreur dans mon
| ou mes codes alors que je compile sans souci ?

Oui... le minimum est de pouvoir compiler sans erreurs, mais ne garanti
pas à lui seul que tout est ok.

Tu devrais essayer un coup de /decompile...
(J'ai une petit utilitaire qui simplifie cela un max!)

En quelle version est ta base ?



--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/

Bonjour *3stone*
Dans ton message de news:%23mSXOxwuFHA.3688@tk2msftngp13.phx.gbl,
Tu as pensé très fort :-(*)

Re,

[...]

Beaucoup et n'importe quoi à été déjà dit sur le "runtime"...

Je me doute; c'est pourquoi je prête une grande attention à ce que tu me dit

Sache que pour chaque version de base Access, il y a une version du
runtime!

Pourquoi ?
Pour faire simple:
1) considère que le runtime n'est rien d'autre qu'un Acces
normal dont on bloque les fonctions d'éditions et autres...
On comprend donc facilement qu'un Access/runtime 97 n'a que faire
avec une base au format A2000 et inversément!

2) tu remarque que lorsqu'on installe un Access quelconque sur un PC,
ce n'est pas bêtement un exécutable qui est installé, mais une flopée
de dll et autres fichiers satellites.

C'est ce qui explique qu'il n'y a pas de "visionneuse" pour Access...
et que l'installation d'une base + runtime demande un empaquetage
pour emballer toute la petite famille.

En fait, le "runtime" à toujours fait partie des outils de
développement. Raymond propose une compilation des choses à savoir au
sujet des runtime http://officesystem.access.free.fr/runtime/index.htm

Je jetterai un coup d'oeil ce week end car il y a de la lecture ;-) ; sauf
erreur de ma part, je ne peux installer un RunTime que si j'ai un pack
developpeur ? A tout hasard, il n'y aurait rien sur mon cd Access ?

Oui... le minimum est de pouvoir compiler sans erreurs, mais ne
garanti
pas à lui seul que tout est ok.

Tu devrais essayer un coup de /decompile...
(J'ai une petit utilitaire qui simplifie cela un max!)

Ah bon ? Sur ton site ? Pourtant j'y traîne assez souvent et je n'ai pas vu
;-(
Je vais y retourner voir......

En quelle version est ta base ?

Ma base est en Access 2002

--
@+
Ayrton
http://cerbermail.com/?ljOK1CRTMt
Recherche dans les Archives :
http://groups.google.fr/group/microsoft.public.fr.windowsxp?hl=fr
Charte NG :
http://support.microsoft.com/directory/worldwide/fr/newsgroup/regles.htm

re,

"Ayrton [ASC]"

| Ah bon ? Sur ton site ? Pourtant j'y traîne assez souvent et je n'ai pas vu


Non non... dans mes cartons ;-)


|
| Ma base est en Access 2002


Hmmm....
Tu utilise des spécificités de Access 2002 ?
ou bien tu peux la "redescendre" en 2000 ?


--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/

Bonjour *3stone*

Non non... dans mes cartons ;-)

Ah je comprends mieux ;-)
Remarque, quand je veux récupérer mes tables, je supprime les tables liées
puis je fais Fichier/Importer et j'importe les tables de la dorsale (
remarque , c'est parce que je sais où elle se trouve ;-) )

Ma base est en Access 2002

Hmmm....
Tu utilise des spécificités de Access 2002 ?
ou bien tu peux la "redescendre" en 2000 ?

Je ne connais pas bie nles spécifités de 2002 par rapport à 2000 ; je viens
de tester à l'instant et je peux sans souci descendre d'une appli 2002 en
2000 ; donc si tu penses à quelque chose, je suis preneur ;-)

Bon Week

--
@+
Ayrton
http://cerbermail.com/?ljOK1CRTMt
Recherche dans les Archives :
http://groups.google.fr/group/microsoft.public.fr.windowsxp?hl=fr
Charte NG :
http://support.microsoft.com/directory/worldwide/fr/newsgroup/regles.htm