[Résolu] Compteur de la barre de navigation

[Papounet34]

Bonjour,
J'ai créé pour mon assoc une base pour saisir les archives.
Mais je constate que le compteur d'enregistrements, après une saisie sans problème dans le formulaire, calé sur l'enregistrement 1, par exemple, passe à 0 dès la réception du curseur sur un des contrôles qui suivent, et si je supprime ce contrôle, c'est le suivant qui déclenche le même phénomène, que ce soit un contrôle zone de texte, champ formaté ou liste déroulante . Aucun de ces contrôles n'a de propriétés ni d'évènements déclencheurs. Ce qui fait que ma table ne se met pas à jour.
Mais si je demande l'enregistrement suivant, il passe à 2, et si je fais un pas en arrière, alors il repasse à un et la table s'actualise !
Quel est ce phénomène ?
Merci, car je craque !
Papounet 34

[micmac]

Bonjour et bienvenue,

Plutôt qu'une copie écran, fournissez à la place un fichier complet dépersonnalisé et au format ODF. Cela augmentera vos chances de réponse en évitant d'avoir à recréer quelque chose qui, au final, pourrait ne pas convenir.
Donnez un nom clair à ce fichier. Evitez "essai", "test" et autres "sans nom" dont nos tiroirs débordent....

[jeanmimi]

Bonjour,
On ne voit pas trop la structure de ton formulaire, ni celle des Tables.
Il peut y avoir une erreur dans l'instruction SQL dans la Zone de liste, ou une anomalie dans la relation formulaire sous-formulaire, ou un défaut de clé primaire en Autovaleur, etc.
En conséquence, pour faciliter l'aide, tu peux suivre le conseil de micmac, mettre ta Base en ligne (sans les données confidentielles).

[Papounet34]

Merci pour la rapidité...
Je me doute bien qu'il y a un loup dans les indexations, mais les champs après la saisie de date déclenchent le zéro...même si je supprime la saisie de date.
Je vous envoie la base mais e ne sais, pas comment la dépersonnaliser
A noter de Oo se crashe souvent et les récupérations ont donné une ou deux destructions pas rattrapables.Mais je travaille avec filet....
Merci !
Je dois être opérationnel Mercredi avant notre Bureau

[jeanmimi]

Je n’ai pas vu la Base jointe à ton message.

[Papounet34]

NB La taille du fichier est trop lourde...comment faire ?
Je n'ai gardé pourtant que l'essentiel concernant mon pb
Merci

[jeanmimi]

Trop lourde comment ?
Y aurait-il des photos dans la Base ?

[Papounet34]

non seulement les tables et requêtes indispensables a faire fonctionner ce pb,avec de nombreux enregistrements...(500)

[jeanmimi]

Dans la copie à joindre, tu peux supprimer le contenu des tables des noms par exemple, puis sauvegarder la copie sous un autre nom.
Ça fera sans doute baisser le poids.

[Papounet34]

Peut pas descendre en dessous de 3Mo...
On peut zipper ?

[micmac]

De façon tout à fait exceptionnelle, et comme cela se pratique occasionnellement en section Récupération de documents,  si le fichier dépasse les 500 ko acceptés vous pouvez le joindre en passant uniquement par le site https://www.cjoint.com/
Vous placez dans votre message le lien que vous donne cjoint après votre téléversement.

[Papounet34]

Ok, mille mercis
A suivre
Bonne soirée !



https://www.cjoint.com/c/MCrvXxC118I

[jeanmimi]

Bonjour,
Ce que je constate dans les Tables, c'est l'impossibilité d'établir des relations avec une autre Table telles qu'elles sont possibles dans Base.
Par exemple, dans la Table BOITES, le champ RANG BOITE (à écrire de préférence sans espace comme ceci RANG_BOITE) devrait être en relation avec le champ CLE de la Table RANG BOITE. Ce qui est impossible dans la base actuelle, car pour le faire, il faudrait que le champ RANG BOITE de la Table BOITES soit de Type INTEGER alors qu'en fait, tu l'as paramétré en TEXTE.
En conséquence, il faudrait revoir les propriétés de tous les champs des Tables qui sont en relation avec les champs INTEGER des clés primaires des autres Tables.
Puis, valider les relations entre Tables en ouvrant le Menu Outils > Relation

Relations entre Tables.jpg

Les relations seront alors possibles ainsi que les enregistrements. Il est vraisemblable que tu auras de cette manière à manipuler une Base plus légère ayant moins de risque d'être corrompue.

Relation INTEGER vers INTEGER clé primaire.jpg

[Papounet34]

Ok Merci...mais le paramétrage en integer de cette colonne fait que je perds du coup les données contenues. J'ai copié la table modifiée et l'original en excel, mais après copié, collé de la colonne qui m’intéresse, comment revenir dans ma base ? ou y a t il une autre méthode pour récupérer les données perdues dans la conversion ?

[jeanmimi]

Dans la même situation, je crée ma Table dans le Tableur (moi, j'utilise Calc) avec une colonne pour les ID, car ils sont faciles à incrémenter et autant de colonnes nécessaires.
En en-tête de colonne, je mets le nom qui deviendra le nom du champ dans la Table.
Dans la Base, je crée une Table vide avec les mêmes en-têtes. Puis je copie la sélection du Tableur dans cette Table vide.
Lorsque j'ai exploré ta Base, j'ai constaté que les Tables n'étaient pas conformes et que les champs ne pouvaient pas entrer en relations. C'est vraiment dommage d'avoir fait autant d'enregistrements sans prendre en compte les spécificités d'une Base relationnelle.
J'ai aussi constaté qu'une des Tables (COTE H ou COTE V) n'avait pas sa clé en Autovaleur, mais c'était la seule.

[Papounet34]

Bonjour,
J'ai effectivement réussi à modifier le champ rang_boite en "integer", en passant par une étape excel et un copier-coller dans la base. Mais j'ai un message erreur, car si j'ai bien compris, le format integer n'est valable que pour les valeurs numériques, et le champ rang_boite est une lettre qui précise simplement que le document doit être stocké dans la boite archive C, par exemple, qui n'est que la définition d'une boite archive nouvelle, les boites a et b étant pleines....

Cette solution que tu proposais était elle destinée à faire en sorte que le bug de la remise a zero de mon compteur ne se fasse plus dans le formulaire "saisie contenu boites" dès que le curseur abordait et renseignait un des champs "année" ou "numero document" ou "titre" ou "auteur" ou resumé ?
Je penses que tu as tenté de créer un nouvel enregistrement dans la 2é partie de ce formulaire, et que tu as constaté la même chose...le curseur peut se balader dans ces champs sans remise a zero, mais si tu renseignes un de ces champs, pouf!, le compteur passe a zero. Il suffit alors de faire flèche droite nouvel enregistrement, puis retour gauche et le compteur redevient actif...Pourtant ces contrôles sont vierges de toute action ou Macros!
C'est vrai que j'ai construit cette base petit a petit, et que tout fonctionnait à merveille (500 enregistrements déjà ) et que ce bug n’est apparu que récemment...et il ne peut pas s'agir d'un pb d'ordinateur ou de open office local, car 3 ordis sont en connexion dropbox pour que les mises à jour soient instantanées dès que l'un des deux ordis du bureau de l'assoc. sont allumés et que ce pb apparaît sur ceux ci aussi !
Merci et bon dimanche, pour ma part chez moi il va pleuvoir, aussi je reste a poste !

[jeanmimi]

le champ rang_boite est une lettre

J'ai modifié les Tables afin de leur donner une structure de Base relationnelle qui fonctionne :

RANG_BOITE.jpg

Quant à la structure du formulaire, en général, une requête sert à afficher un résultat, pas à saisir d'autres informations.

Sous-Formulaire.jpg

[jeanmi2403]

Bonsoir,
Étant donné qu'il y a deux barres de navigation, je suppose que c'est la seconde barre qui ne se met pas à jour ?
La table qui y est attachée est-elle bien définie dans la source de données du formulaire ?
Cordialement,

[Papounet34]

Bonjour,
La première partie du formulaire fait référence aux boites archives "Boites" avec la barre de navigation de "Boites"
La deuxième partie détaille le contenu de chaque boite "Contenu Boites"
Chaque boite peut contenir x documents répartis en chemises thématiques
La liaison entre les 2 tables se fait sur la base de la clé "Boites" et le numéro de boite "contenu boites"
Cela fonctionne car si on incrémente la barre du haut, les données partie inférieures suivent et si on incrémente le contenu de la boite, la boite ne change pas.

Liaisons boites.JPG

Par contre, je suppose que le loup vient de là et j'ai essayé tes conseil sur les relations, mais j'ai à chaque fois un message erreur
Si cela plante et que je ne trouve pas de solution, je vais tout bêtement réunir tous les champs en une seule table, mais je perds alors la possibilité de remplir une boite avec plusieurs documents, du coup !!
Merci pour ta disponibilité !

[Dude]

Salut,

Forcément quand les tables contiennent des données, la modification de la structure est souvent impossible.
Un modèle relationnel se définit au départ et pas en cours de route.

Tu devrais suivre les conseils de jeanmimi et refaire tout cela proprement.

[Papounet34]

Merci à vous,
Bon, creer de nouvelles tables vierges, c'est fait, en établir les relations, c'est fait

NVLLE RELATION.JPG

Mais quelle ficelle me me permettrait d'y réintégrer mes données, que j'ai sauvé en tableau excel ??? sans avoir a en refaire toutes les saisies ??
Pour répondre à Jeanmimi, oui, c'est dans la barre de navigation inférieure que le compteur se remet a zero dès qu'on renseigne un des champs situé sous "référence chemise" et ce compteur revient au bon enregistrement si on avance d'un enregistrement puis on recule !
Je crois bien que la soluce est dans les relations de table mais....

[Dude]

Mais quelle ficelle me me permettrait d'y réintégrer mes données, que j'ai sauvé en tableau excel

Si tes données sont correctement organisées, il suffit de les glisser de Calc vers Base.
Un assistant permet l'intégration dans une table.

Néanmoins, je continue de croire que ton modèle relationnel n'est toujours pas correct.
Sous-thème, genre ou encore auteur devraient faire l'objet de table spécifique pour éviter la redondance d'informations.

[Papounet34]

Re bonjour,
J'ai repris les tables vierges, paramétré les champs et créé les relations

Liaisons boites.JPG

Puis repris les données sauvegardées dans excel pour Boites, sans pb, et pour CONTENU BOITES et là bug !
Que veut dire en francais ce pavé ?

Erreur_collage données.JPG

Je ne pense pas avoir loupé une étape et je suis persuadé que ce pb vient d'une mauvaise synchronisation des enregistrements des tables liées, liaison aussi déclarée dans le propriétés du formulaire "saisie contenu boites"

Mes cours de latin sont loin, et j'en perds ce qu'il en reste !
Merci de votre aide !

[Papounet34]

Ah mais, le pb vient du type de relations, non ? je n'ai pas paramétré de relations de 1 à plusieurs et la cartouche ne le propose pas !

[Dude]

Est-ce que tu comprends ce qu'est un modèle relationnel ?
Pour la liaison, je vois une clé primaire sur tes 2 tables.
Il est donc logique que cela ne fonctionne pas comme tu l'entends.

[Papounet34]

J'ai du mal à comprendre, effectivement, que des relations acceptées dans une requête (Clé dans "boites" vers numéro boites dans "contenu boites") ne soient pas acceptées dans la contruction d'une relation identique.
Ma relation obligatoire doit être basée sur clé boites ->numéro boite, et bien que numero boite soit en integer, il ne peut pas jouer le rôle d'une clé étrangère

Liaisons boites3.JPG

Par contre, si je crée une relation avec une clé étrangère depuis "clé boites", j'ai les félicitations du jury

Liaisons boites4.JPG

mais je n'ai plus aucune cohérence avec le "numéro boite"
Il faudrait que numéro boite soit ma clé étrangère...

Bonne soirée

[jeanmi2403]

Bonsoir,
Pour la cohérence, ID_BOITE devrait s'appeler ID_CONTENU (ou même tout simplement ID), devrait être la clé primaire de la table CONTENU et NUMERO_BOITE la clé étrangère.
Ce champ NUMERO_BOITE ne doit pas être l'index de la table, car c'est ce qui a provoqué l'erreur :"violation of unique constraint" puisque il doit y avoir plusieurs contenus dans la même boîte ?
Une saine lecture : le guide Base.
Cordialement,

[Papounet34]

Oui chaque boite héberge plusieurs documents, par ex la boite 211-299 contient plusieurs chemises (de la chemise 211à la 299 ) et chaque chemise contient des documents numérotés donc par ex pour la chemise 211, on aura le doc 211-1.....jusqu'au 211x)
Cette relation de 1 à plusieurs fonctionne dans la requête mais je crois que cette requête perd la relation parfois, d'ou le bug de la 2é partie du formulaire qui entraîne une mise a zero du compteur....
Après plusieurs tentatives de mise en relation, j’obtiens toujours les mêmes réponses de Oo.
Si je crée une clé étrangère d'après le conseil "Add foreign key" les relations se font mais cette clé étrangère ne contient aucune information
D'autre part, lorsque la relation se fait, si je l'édite, il y a un tableau "Tables impliquées, champs impliqués, cascade..."qu'il faut peut être paramétrer ?
Tu me conseilles de mettre Numero boite en clé étrangère, mais comment faire ? Lorsque je le paramètre en integer, rien ne se passe
Si je rajoute ID_Boites accepté comme clé étrangère, la relation se fait mais sa colonne reste vide
J'ai essayé de supprimer la colonne numero boites, puis de la remettre sous forme de "num boites", ce champ est bien considéré alors comme clé étrangère, mais n'est pas incrémenté en relation avec la clé primaire de Boites.
Il faut que la relation de table fonctionne comme la requête "saisie contenu boites".
Je vais éplucher la bible que tu me conseilles...
Mes origines bretonnes me poussent a persévérer et j'ai la tête dure !
Bonne soirée

[Bidouille]

Je dois être opérationnel Mercredi avant notre Bureau

Bis repetitae :

Plutôt qu'une copie écran, fournissez à la place un fichier complet dépersonnalisé et au format ODF. Cela augmentera vos chances de réponse en évitant d'avoir à recréer quelque chose qui, au final, pourrait ne pas convenir.

[jeanmimi]

En reprenant ton fichier, et en ajoutant un champ de liaison entre les deux Tables BOITES2 et CONTENU BOITE (l'idéal serait de remplacer l'espace par le trait de la touche du chiffre "8"), je construis ces relations :

BOITES_relations.jpg

Lorsque je teste la relation dans une requête, je récupère bien les numéros des boites et leurs contenus :

BOITES_requête.jpg

Pourquoi ta Base pèse-t-elle aussi lourd ? Simplement parce qu'elle embarque des fantômes de formulaires. Pour t'en rendre compte, sur une copie de ta base, tu remplaces l'extension .odb par .zip, puis tu dézippes ta Base.

BOITES_fantômes_ formulaires.jpg