[ACCESS] [RESOLU] Problème de doublon récalcitrant
Problème de doublon récalcitrant [ACCESS] [RESOLU] - SQL/NoSQL - Programmation
Marsh Posté le 23-08-2010 à 16:58:47
dans ton exemple c'est un doublon ? parceque l'ip est différente.
sinon un truc du genre :
SELECT Table1.NOM_SITE, Table1.NUM_PORT, Table1.ADRESSE_IP, Table1.SOUS_RESEAU, Table1.NOM_LAN, Last(Table1.FONCTION) AS DernierDeFONCTION
FROM Table1
GROUP BY Table1.NOM_SITE, Table1.NUM_PORT, Table1.ADRESSE_IP, Table1.SOUS_RESEAU, Table1.NOM_LAN;
tu regoupes tes chanmps sauf Fonction ou tu choisis de prendre la dernière occurence quand il y a des différences.
Marsh Posté le 24-08-2010 à 08:28:23
Bonjour,
Merci pour ta réponse. Oui dans mon exemple c'est un "doublon", terme peut être pas forcément le plus adapté car il y a deux champs différents mais tu comprends 
En fait, cheveu sur la soupe, ce n'est pas forcément dans cet ordre-là, des fois c'est l'inverse![[:bicoun]](https://forum-images.hardware.fr/images/perso/bicoun.gif "[:bicoun]")
Le point qui me sert de repère c'est le champ Fonction qui contient "@ HSRP" en cas de ligne présente deux fois. J'ai essayé d'autres tri, genre sur l'adresse IP, mais le seul champ vraiment discriminant est "Fonction".
En résumé: Si deux lignes avec la même interface et le même nom LAN, garder celle avec '@ LAN'
Voili voilou 
Message édité par alkashee le 24-08-2010 à 10:20:48
---------------
Shooter ou être shooté, that iz the question
Marsh Posté le 26-08-2010 à 10:23:36
Up 
---------------
Shooter ou être shooté, that iz the question
Marsh Posté le 26-08-2010 à 11:03:36
Dis nous quels champs font que les lignes ne sont pas des doublons, tu dis que Fonction n'est pas discriminant mais par exemple ADRESSE_IP l'est-il ?
Marsh Posté le 26-08-2010 à 14:47:17
Non justement 'fonction' EST discriminant ! C'est le seul champ qui me permette de savoir quelle est la ligne à garder, 'Adresse_IP' est changeant mais pas discriminant
---------------
Shooter ou être shooté, that iz the question
Marsh Posté le 27-08-2010 à 15:30:48
J'ai oublié de préciser: ce n'est pas tout le temps comme ca:
Code :
|
Ca peut aussi être l'inverse (pourquoi faire simple quand on peut faire compliqué)...
Message édité par alkashee le 27-08-2010 à 15:30:56
---------------
Shooter ou être shooté, that iz the question
Marsh Posté le 30-08-2010 à 10:36:47
Bon j'ai résolu mon problème finalement, foutu SQL 
Code :
|
Sur les deux champs 'Adresse_IP' et 'Fonction' je fais le test suivant (avec les champs qui vont bien à chaque fois bien entendu):
Code :
|
(Note: le nom 'A_Fonction' est utilisé pour distinguer du champ originel 'Fonction')
Voila si ca peut aider certain 
---------------
Shooter ou être shooté, that iz the question
Sujets relatifs:
- Problème de connexion
- probleme de calcul matriciel
- Problème requête PDO
- [Resolu] Probléme de compatibilité entre Firefox et Internet Explorer
- problème de calucul de temps.
- probleme critere sur date
- Access, impossible d'atteindre nouvel enregistrement
- probleme d'execution netbeans java
- Probleme de compilation visual c++ 2008
Marsh Posté le 23-08-2010 à 15:52:30
Bonjour,
Voila j'ai un petit problème au taff concernant des données issues d'une base Access. Petit schéma pour mieux expliquer mon problème:
Le problème est le suivant: dans la majorité des cas, la ligne fait doublon, seule celle avec '@ LAN' suffirait. Un simple filtrage de la requête sur "@ LAN" serait la solution du problème. Seulement dans une minorité de cas, il n'y a qu'une seule ligne de donnée avec "@ HSRP' dans la colonne "fonction".
Ma question est donc la suivante: Comment arriver à programmer la requête pour qu'en cas de doublon elle garde que celle avec "@ LAN" ?
Merci pour vos réponses
Message édité par alkashee le 30-08-2010 à 10:38:03