OVH Cloud OVH Cloud

champs indexés

7 réponses
Avatar
Francoise B
Bonjour

J'ai trois champs qui doivent former =E0 eux trois un num=E9ro=20
unique d'inventaire. J'ai donc index=E9 ces trois champs=20
ensemble en leur attribuant la propri=E9t=E9 unique.

Sur mon pc au travail ca ne fonctionne pas, la base=20
accepte des doublons, mais j'ai ammen=E9 ma base sur mon pc=20
=E0 la maison et ca fonctionne bien....??? Est ce qu'il y=20
aurait une option au niveau de la base de donn=E9es qui=20
pourrait influencer ce probl=E8me? Je ne comprends pas.

J'ai =E9galement une autre question...

J'ai fractionn=E9 ma base afin d'avoir d'une part les=20
donn=E9es et de l'autre l'application... Comment se fait-il=20
que je n'arrive =E0 ouvrir aucune table li=E9e de=20
l'application? Je sais qu'il n'est pas possible=20
d'effectuer toutes les modifications =E0 partir du fichier=20
application, mais je devrais au moins pouvoir les ouvrir...

Merci pour votre aide pr=E9cieuse

FB

7 réponses

Avatar
Jessy Sempere [MVP]
Bonjour

J'ai trois champs qui doivent former à eux trois un numéro
unique d'inventaire. J'ai donc indexé ces trois champs
ensemble en leur attribuant la propriété unique.


Pour éviter les doublons, tu dois définir tes 3 champs indexés comme
clé primaire.

J'ai fractionné ma base afin d'avoir d'une part les
données et de l'autre l'application... Comment se fait-il
que je n'arrive à ouvrir aucune table liée de
l'application? Je sais qu'il n'est pas possible
d'effectuer toutes les modifications à partir du fichier
application, mais je devrais au moins pouvoir les ouvrir...


Vérifies que le chemin de tes tables liées est bon, vas dans le
menu : "Outils" - "Compléments" - "Gestionnaire de tables attachées"

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------

Avatar
Francoise B
Merci jessy...

J'ai déjà une clé primaire pour ma table et je sais que
c'est possible d'avoir un numéro unique sur trois champs
sans que ce soit une clé primaire... Je l'ai déjà fait!

Pour mon deuxième problème, mes tables son bien liées...

Pourquoi alors????

FB


-----Message d'origine-----
Bonjour
"Francoise B" a

J'ai trois champs qui doivent former à eux trois un
numéro


unique d'inventaire. J'ai donc indexé ces trois champs
ensemble en leur attribuant la propriété unique.


Pour éviter les doublons, tu dois définir tes 3 champs
indexés comme

clé primaire.

J'ai fractionné ma base afin d'avoir d'une part les
données et de l'autre l'application... Comment se fait-
il


que je n'arrive à ouvrir aucune table liée de
l'application? Je sais qu'il n'est pas possible
d'effectuer toutes les modifications à partir du fichier
application, mais je devrais au moins pouvoir les
ouvrir...



Vérifies que le chemin de tes tables liées est bon, vas
dans le

menu : "Outils" - "Compléments" - "Gestionnaire de tables
attachées"


@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------


.




Avatar
Raymond [mvp]
Bonjour.

à mon avis le seul paramètre à influencer serait "ignorer nulls", mais
pourquoi changerait-il ? au niveau de la base il n'y a que l'option index
automatique qui peut jouer, mais c'est pour la création et l'import, es-tu
dans ce cas ?

pour les tables liées, les supprimer et les re-attacher.

--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access.vba.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"Francoise B" a écrit dans le message
de news:2652d01c46265$1fc85c60$
Merci jessy...

J'ai déjà une clé primaire pour ma table et je sais que
c'est possible d'avoir un numéro unique sur trois champs
sans que ce soit une clé primaire... Je l'ai déjà fait!

Pour mon deuxième problème, mes tables son bien liées...

Pourquoi alors????

FB
Avatar
Francoise B.
Bonjour Raymond

J'ai refait ma base de données en important mes objets et
sans lier mes tables. J'ai réussi à régler certains
problèmes. Il y avait en effet des valeurs entrées dans
l'option index automatique genre: code, no, etc. J'ai tout
supprimé et laissé cette option vide.

Maintenant, dans la liste de mes tables, j'ai ces nouveaux
objets:

MSysAccessObjets
MSysACEs
MSysIMEXColumns
MSysIMEXSpecs
MSysObjects
MSysQueries
MSysRelationships

Ca m'a fait un peu peur... Tu dois surement savoir ce que
c'est... et si c'est grave???

Merci

FB



-----Message d'origine-----
Bonjour.

à mon avis le seul paramètre à influencer serait "ignorer
nulls", mais

pourquoi changerait-il ? au niveau de la base il n'y a
que l'option index

automatique qui peut jouer, mais c'est pour la création
et l'import, es-tu

dans ce cas ?

pour les tables liées, les supprimer et les re-attacher.

--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access.vba.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"Francoise B" a
écrit dans le message

de news:2652d01c46265$1fc85c60$
Merci jessy...

J'ai déjà une clé primaire pour ma table et je sais que
c'est possible d'avoir un numéro unique sur trois champs
sans que ce soit une clé primaire... Je l'ai déjà fait!

Pour mon deuxième problème, mes tables son bien liées...

Pourquoi alors????

FB


.



Avatar
Raymond [mvp]
C'est très grave, cher malade.
Mais non, ce sont les tables systèmes utilisées par access. pour les cacher:
menu outils / options / onglet Affichage / cadre afficher
décocher la case "objets système" / ok
c'est fini, c'est guéri .
décoche bien la case dans toutes tes bases, et surtout ne travaille pas avec
malgré que certains le préconisent.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access.vba.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"Francoise B." a écrit dans le message
de news:267c301c46291$5ca31c70$
Bonjour Raymond

J'ai refait ma base de données en important mes objets et
sans lier mes tables. J'ai réussi à régler certains
problèmes. Il y avait en effet des valeurs entrées dans
l'option index automatique genre: code, no, etc. J'ai tout
supprimé et laissé cette option vide.

Maintenant, dans la liste de mes tables, j'ai ces nouveaux
objets:

MSysAccessObjets
MSysACEs
MSysIMEXColumns
MSysIMEXSpecs
MSysObjects
MSysQueries
MSysRelationships

Ca m'a fait un peu peur... Tu dois surement savoir ce que
c'est... et si c'est grave???

Merci

FB
Avatar
Jessy Sempere [MVP]
Re,

Ne t'inquiètes pas, ces tables sont normales, il s'agit des tables
système d'access, elle permettent à Access de comprendre ta
base, elle référence les objets de la base, les relations, les types
de données des champs, les menu perso, ...

Normalement tu ne dois pas les voir, ce sont des tables masquées,
va dans le menu outil option affichage et décoche "tables systèmes"

PS : Tu ne dois pas manipuler ces tables...

--
@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"Francoise B." a écrit dans le message news:
267c301c46291$5ca31c70$
Bonjour Raymond

J'ai refait ma base de données en important mes objets et
sans lier mes tables. J'ai réussi à régler certains
problèmes. Il y avait en effet des valeurs entrées dans
l'option index automatique genre: code, no, etc. J'ai tout
supprimé et laissé cette option vide.

Maintenant, dans la liste de mes tables, j'ai ces nouveaux
objets:

MSysAccessObjets
MSysACEs
MSysIMEXColumns
MSysIMEXSpecs
MSysObjects
MSysQueries
MSysRelationships

Ca m'a fait un peu peur... Tu dois surement savoir ce que
c'est... et si c'est grave???

Merci

FB



-----Message d'origine-----
Bonjour.

à mon avis le seul paramètre à influencer serait "ignorer
nulls", mais

pourquoi changerait-il ? au niveau de la base il n'y a
que l'option index

automatique qui peut jouer, mais c'est pour la création
et l'import, es-tu

dans ce cas ?

pour les tables liées, les supprimer et les re-attacher.

--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access.vba.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"Francoise B" a
écrit dans le message

de news:2652d01c46265$1fc85c60$
Merci jessy...

J'ai déjà une clé primaire pour ma table et je sais que
c'est possible d'avoir un numéro unique sur trois champs
sans que ce soit une clé primaire... Je l'ai déjà fait!

Pour mon deuxième problème, mes tables son bien liées...

Pourquoi alors????

FB


.



Avatar
Francoise B
Merci a vous deux... me voilà bien soulagée pour une fois
aujourd'hui!!!

FB
-----Message d'origine-----
C'est très grave, cher malade.
Mais non, ce sont les tables systèmes utilisées par
access. pour les cacher:

menu outils / options / onglet Affichage / cadre afficher
décocher la case "objets système" / ok
c'est fini, c'est guéri .
décoche bien la case dans toutes tes bases, et surtout ne
travaille pas avec

malgré que certains le préconisent.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access.vba.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"Francoise B." a
écrit dans le message

de news:267c301c46291$5ca31c70$
Bonjour Raymond

J'ai refait ma base de données en important mes objets et
sans lier mes tables. J'ai réussi à régler certains
problèmes. Il y avait en effet des valeurs entrées dans
l'option index automatique genre: code, no, etc. J'ai tout
supprimé et laissé cette option vide.

Maintenant, dans la liste de mes tables, j'ai ces nouveaux
objets:

MSysAccessObjets
MSysACEs
MSysIMEXColumns
MSysIMEXSpecs
MSysObjects
MSysQueries
MSysRelationships

Ca m'a fait un peu peur... Tu dois surement savoir ce que
c'est... et si c'est grave???

Merci

FB




.