Version imprimable
Bonjour à tous,
J'ai du mal à trouver comment vérifier la présence d'une valeur dans un champs avant l'insertion de cette même valeur( si elle existe dans le champs1 alors elle s'ajoute sinon elle s'ajoute dans le champs2).
J'ai vraiment galéré avant de venir demander de l'aide.
Merci pour toute aide.
Bonjour,
et tu es arrivé à quoi comme solution, même si elle ne fonctionne pas ... ? Car sans savoir où tu en es, ça va être compliqué !
à bientôt,
Nicolas
Bonjour,
Tu parles d'un champ, mais sans préciser le type du champ: champ de saisie, table, liste, combo, arbre, zone répétée...
Tatayo.
Salut!
F1 sur
- la fonction Chaineoccurence()
- affectation de valeur sValeurInitiale = sValeurInitial + sNouvelleValeur
:P
Merci ,
-Oui désolé j'ai oublié de mentionner quel type de champ , c'est un champ de saisie. Lorsque j'entre la valeur, il vérifie si cette valeur existe déjà dans ce champ1 si oui il l'ajoute sinon il la place dans le champ2.
-Bon et là ou j'en suis, je pense à un déclencheur qui se déclenche à l'ajout (INSERT). Si quelqu'un a la formule cela m'aiderait énormément dans mon projet.
Zouzoukha,
J'ai vu l'aide sur la fonction chaineoccurence() mais ce n'est pas vraiment ce que je veux faire.
je detaille un peu: j'ai une table qui contient trois champs: ID(int), champ1(varchar),champ2(varchar). J'aimerais lors d'un ajout dans ma table, et lorsque je rentre une valeur sois dans le champ1 soit le champ2 mais pas les deux. Donc quand je rentre une valeur , il verifie si elle existe déja dans le base de donnée, si oui il l'ajoute sinon il l'envoi vers le champ2.
J'éspére que j'ai été assez clair sinon je ferais de mon mieux encore.
Merci à vous.
Vous voulez tester l'existence de la valeur d'un champ de saisie dans un champ d'une table d'une base de données ?
Si c'est le cas vous pouvez :
-> créer une contrainte d'intégrité de type clé unique
-> ajouter un contrôle programmé depuis l'interface ou dans trigger de type ON INSERT OR UPDATE afin d'affecter la valeur au deuxième champ si nécessaire
Toutefois le coup de "je l'affecte à champ2 si ça existe déjà dans champ1" laisse penser qu'i l y a un pb de modélisation.... après tout dépend du contexte.
Merci Michel,
Malheureusement, c'est le truc le plus important dans mon projet. Quand j’insère une valeur par exemple 200, tant que 200 est enregistré dans le champ1, elle doit toujours être enregistré dans ce champ,même si je l'ajoute dans le champ2,il la renvoie au champ1.
Maintenant tu m'as expliqué comment tester l’existence, il me reste ce deuxième point qui est primordial. :s
Il se peut de faire une fonction ou un trigger ?
Merci encore de votre aide, je suis vraiment coincé là.
Sinon, y'aurait il une autre méthode pour traiter cela ?
S'il faut chercher dans la table (et non dans un champ de saisie) => TableCherche()
S'il faut chercher dans la base => requête.
Où faire le test ? Ca dépend de l'application: en sortie de la colonne, de la ligne, de la table... C'est selon.
Mais j'ai bien du mal à comprendre la finalité de tout ça.
Tatayo.
J'ai pourtant l'impression d'avoir répondu à cette question mais je reformule : vous pouvez aussi bien le faire par le biais d'une fonction que d'un trigger...
Je pense que le comportement/l'intégration d'une fonction est plus facile à appréhender... donc (pour être bien clair) je pense que vous devriez faire une fonction.
Bon je vais tout expliquer,
Mon application se porte sur le fait d'optimiser l'ajout des terminaux. Il y'a deux types de terminaux , terminalA et terminal B.
Dans la société, ils travaillent sur Excel, et ils insérent les valeurs juste comme ça, tu peux trouver la référence du terminal A dans le terminal B aussi , ce qui fait défaut qu'on veut trier les valeurs.
Pour remédier à ça, on m'a demandé de faire une petite application qui gére ce problème, lorsque le mec il entre une valeur-sachant que d'autre valeur ont eté entrer auparavant et qu'elles sont bien organisées- une requête fasse le boulot , si elle trouve la valeur correspondante dans la base de donnée dans le terminal A, elle l'ajoute sinon elle l'ajoute automatiquement dans le terminal B.
Voila en quoi se résume mon application.
Michel,
quel fonction? tu peux me donner le code s'il te plait. Si c'est pas trop demandé.
Vous venez vous-même de décrire l'algo de la fonction... donc je ne vois pas trop ce qu'on peut vous dire de plus.
Je ne serais pas contre vous donnez un coup de main mais vous n'avez jamais montré la moindre ligne de code, schéma de base de données ni interface.... donc c'est dur !
Ta requête doit être du genre :
Tu testes ensuite le retour de cette requête pour savoir si ID est > 0Code:SELECT ID FROM TABLE_DES_3_CHAMPS WHERE champ1 = '{parametre_Nom_Terminal_Saisi}'
Ceci dit :
Si tu n'as pas de champ1 correspondant, tu dois ajouter une ligne dans la base -> ça me semble normal.
Si tu as déjà un champ1 correspondant, quel sera le champ2 que tu vas alimenter ? Si c'est celui qui a le champ1 correspondant, quel est l'intérêt ??? Autant ajouter toutes les lignes avec champ1 = champ2 et tu ne te poses plus de question ...
Salut,
Je pense qu'un déclencheur ferait l'affaire. Il qui se déclenche dés l'ajout d'un terminal et qui teste s'il va le mettre soit dans le terminal A ou B.
Est-ce que tu peux m'aider sur le code du déclencheur SVP?
Travailles-tu en mode Client/Serveur ? car la création de trigger nécessite un SGBD...
Non j'utilise HyperFileSQL Classic. Pourtant j'ai la possibilité d'ajouter un trigger dans l'analyse.
Donc si je comprends bien:
L'utilisateur saisie une valeur dans un champ de saisie (et non dans une table...).
L'application doit chercher dans une table de la base (dans un fichier HF) si cette valeur se trouve dans la rubrique 1.
Si c'est le cas => ajout d'une ligne dans la table, avec la valeur saisie dans la rubrique 1 (terminal A)
Si ce n'est pas le cas => ajout d'une ligne dans la table, avec la valeur saisie dans la rubrique 2 (terminal B)
Donc toutes les valeurs qui existent déjà dans la première rubrique vont se retrouver en doublon, et toutes les valeurs inconnues vont être regroupées dans la deuxième rubrique.
Soit il manque quelque chose dans les explications, soit il y a un gros problème de modélisation.
Tatayo.
Nicolas,
Si je fais terminalA=terminalB, ce serait comme sur Excel, et cela n'aurait aucun intérêt -> Lors du tri ou du filtrage, il y'aurait toujours ce probléme qui se pose -> celui des données inséré n'importe comment.Voici une petite capture sur Excel Pièce jointe 155169
Comme vous voyez, on trouve la réf du terminal 320251275 dans les deux terminaux, si c'etait d'un seul coté -> cela faciliterait la tâche lors du filtrage
Je vous remercie les gars de m'aider, merci énormément.
Tatayo,
Oui quand j’insère une valeur dans la fenêtre d'ajout, le tout sera enregistré dans la base de donnée.Et oui il y'aurai plein de doublons mais c'est pas grave.
Pièce jointe 155171
C'est le formulaire d'ajout, ça s'enregistre dans la base de donnée.
Merci de nous montrer (avant tout) le modèle de données, autrement dit "l'analyse".
le voila
Pièce jointe 155175
Pièce jointe 155176
Reprenons le problème initialement exposé :
Soit. Bien qu'à la lecture des précédents post cela ne pose une grande question : s'agit-il d'ajouter des terminaux ou les valeurs que ceux-ci renvoient ?Citation:
Mon application se porte sur le fait d'optimiser l'ajout des terminaux.
Déjà à ce stade (sans trop se poser de question) il devrait y avoir 2 tables : une table de terminal et une table de type de terminaux ou à défaut, et au minium une colonne type terminal...Citation:
Il y'a deux types de terminaux , terminalA et terminal B.
En lisant ceci on imagine qu'il y a maintenant 2 terminaux (A et B) et qu'on se fiche de leur type... On imagine également que vous souhaitez enregistrer les valeurs renvoyées par terminal A et terminal B.... déjà je me perds.Citation:
Dans la société, ils travaillent sur Excel, et ils insérent les valeurs juste comme ça, tu peux trouver la référence du terminal A dans le terminal B aussi , ce qui fait défaut qu'on veut trier les valeurs.
C'est le passage le plus difficile à comprendre. Cette phrase : "si elle trouve la valeur correspondante dans la base de donnée dans le terminal A, elle l'ajoute sinon elle l'ajoute automatiquement dans le terminal B" laisse imaginer que vous avez un identifiant par terminal. Dans ce cas votre table ne devrait pas avoir une colonne prévue pour A et une colonne prévu pour B, elle devrait avoir un colonne du genre "IdTerminal" et votre filtre s'appliquerait sur cette donnée...Citation:
Pour remédier à ça, on m'a demandé de faire une petite application qui gére ce problème, lorsque le mec il entre une valeur-sachant que d'autre valeur ont eté entrer auparavant et qu'elles sont bien organisées- une requête fasse le boulot , si elle trouve la valeur correspondante dans la base de donnée dans le terminal A, elle l'ajoute sinon elle l'ajoute automatiquement dans le terminal B.
Franchement je pense qu'on va avoir du mal à vous aider.
1. On ajoute rien que la référence des terminaux.
2. En effet, il y'a deux terminaux A et B, ils ont les mêmes références, c'est juste question si le cable a un seul terminal ou deux. On s'en fout complétement du type, ça nous interesse pas, c'est pourquoi j'ai pas mis de table type_terminal.
3. Oui, on veut enregistrer les valeurs du type A pour que ce soit semblable aux précédentes valeurs, même chose pour B, pour faciliter le filtrage. C'est pas evident de trouver les mêmes valeurs dans les deux champs. Comme si on partage les references des terminaux en deux.
