|
| affichage fichier dans WDMAP différent table en affichage |
| Iniciado por morpheus422, 26,nov. 2014 15:46 - 11 respuestas |
| |
| | | |
|
| |
Miembro registrado
70 mensajes |
|
| Publicado el 26,noviembre 2014 - 15:46 |
Bonjour
je fait une requête avec tri ASC sur une rubrique
la requête fonctionne sans problème , quand je vais voir le fichier de destination via WDMAP l'ordre sur mon critère est respecté.
Mais j'ai une table qui affiche le fichier, sans trie sans filtre d'aucune sorte, et la , la vue du fichier est dans le désordre,
et quand par la suite je fait un Hlitrecherchepremier(de mon fichier), il m'affiche le premier enregistrement qui correspond a ce qui est affiché dans la table et non dans WDMAP, donc dans le désordre...
je ne comprends pas ce qu'il ce passe..
Merci
Cordialement Michel |
| |
| |
| | | |
|
| | |
| |
| Publicado el 26,noviembre 2014 - 20:20 |
Bonjour Michel
pour voir si j'ai bien compris...
1. Quand tu demande un résultat trié, tu as un résultat trié
2. Quand tu ne demande PAS un résultat trié, tu n'obtiens PAS un
résultat trié.
3. Et il y a quelque chose la dedans que tu ne comprend pas ?
Que ce soit bien ca ou pas, je sens qu'il va falloir nous expliquer
d'une autre manière ce qui te pose problème la dedans
Cordialement
--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International
NOUVEAU: WXReplication, votre système de réplication open source est
disponible sur mon site web !!!
WXShowroom.com : Montrez vos projets !
Plus d'information sur http://fabriceharari.com
On 11/26/2014 9:46 AM, Michel wrote:
Bonjour
je fait une requête avec tri ASC sur une rubrique
la requête fonctionne sans problème , quand je vais voir le fichier de
destination via WDMAP l'ordre sur mon critère est respecté.
Mais j'ai une table qui affiche le fichier, sans trie sans filtre
d'aucune sorte, et la , la vue du fichier est dans le désordre,
et quand par la suite je fait un Hlitrecherchepremier(de mon fichier),
il m'affiche le premier enregistrement qui correspond a ce qui est
affiché dans la table et non dans WDMAP, donc dans le désordre...
je ne comprends pas ce qu'il ce passe..
Merci
Cordialement Michel |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
70 mensajes |
|
| Publicado el 27,noviembre 2014 - 06:07 |
Merci Fabrice,
Pour être plus précis,
J'ai un fichier client/serveur qui contient les articles des commandes. et une base local sur le client qui récupère la liste des articles depuis le serveur.
mon programme qui affiche les articles un a un , est basé sur une boucle , je trouve le premier article correspondant a la commande, et ensuite je fait suivant, c'est pour ça que j'ai besoin quand copiant les enregistrement depuis le serveur ils arrivent trié dans ma base local.
Donc pour ça je fait une requette SQL avec un ORDERBY qui me sert a récupérer trié la liste des articles, pour ensuite les intégrer dans la base local dans un ordre précis.
Et c'est la que ça commence a être bizzar, une fois la copie des données fait sur la base local, quand je vais voir WDMAP, mon fichier à bien été alimenté de la façon dont je le voulais, les données sont triées.
Par contre quand je lance l'application , j'ai fait une table qui affiche mon fichier article local et la plus rien n'est dans l'ordre, la ce qui devrait être affiché dans ma table ,ça devrait bien être la même chose que dans WDMAP ?
et bien non....
et quand je fait le Hlitpremier(fichier article local), au lieu d'avoir le premier article de wdmap (dans l'ordre que je souhaitais a l'origine) il m'affiche l'article correspondant a ce qu'affiche la table et non WDMAP.
Donc soit ma requette ne fonctionne pas comme elle le devrait..soit j ne sais pas
je précise que j'ai fait la requête en SQL et depuis l’éditeur de requête , même résultat
Cordialement
Michel |
| |
| |
| | | |
|
| | |
| |
| Publicado el 27,noviembre 2014 - 07:55 |
Bonjour,
Il n'y a pas d'ordre dans les lignes d'une table dans une base de données.
Donc si tu ne précise pas d'ordre de tri lors de la récupération des lignes,
il ne faut pas s'attendre à ce que les lignes soient triées, quelque soit
l'affichage de WMAP. C'est au bon vouloir de la base, et l'ordre peut très
bien changer d'un appel à l'autre, si la stratégie utilisée pour récupérer
les lignes change.
Bref comme le disait Fabrice: si tu tries, les lignes sont triées, si tu ne
tries pas, elle ne le sont pas.
Frédéric.
"Michel" a écrit dans le message de groupe de discussion :
20148d45faa54f27e44bd38783bd6bb773d3@news.pcsoft.fr...
Merci Fabrice,
Pour être plus précis,
J'ai un fichier client/serveur qui contient les articles des commandes. et
une base local sur le client qui récupère la liste des articles depuis le
serveur.
mon programme qui affiche les articles un a un , est basé sur une boucle ,
je trouve le premier article correspondant a la commande, et ensuite je fait
suivant, c'est pour ça que j'ai besoin quand copiant les enregistrement
depuis le serveur ils arrivent trié dans ma base local.
Donc pour ça je fait une requette SQL avec un ORDERBY qui me sert a
récupérer trié la liste des articles, pour ensuite les intégrer dans la base
local dans un ordre précis.
Et c'est la que ça commence a être bizzar, une fois la copie des données
fait sur la base local, quand je vais voir WDMAP, mon fichier à bien été
alimenté de la façon dont je le voulais, les données sont triées.
Par contre quand je lance l'application , j'ai fait une table qui affiche
mon fichier article local et la plus rien n'est dans l'ordre, la ce qui
devrait être affiché dans ma table ,ça devrait bien être la même chose que
dans WDMAP ?
et bien non....
et quand je fait le Hlitpremier(fichier article local), au lieu d'avoir le
premier article de wdmap (dans l'ordre que je souhaitais a l'origine) il
m'affiche l'article correspondant a ce qu'affiche la table et non WDMAP.
Donc soit ma requette ne fonctionne pas comme elle le devrait..soit j ne
sais pas
je précise que j'ai fait la requête en SQL et depuis l’éditeur de requête ,
même résultat
Cordialement
Michel |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
70 mensajes |
|
| Publicado el 27,noviembre 2014 - 09:13 |
Désolé mais je ne suis pas d'accord avec vous , le Fichier enregistre a la suite en créant un identifiant automatique , si les enregistrement qui arrivent sont dans un ordres particulier, ils sont enregistrées dans la base en se suivant , le fichier ne met pas dans le désordre pour faire plaisir...
si dans ma base les id 1,2,3,4 se suive et sont dans l'ordre du tri pourquoi allez affiché la table dans le désordre en mélangeant dans le désordres les ID ! |
| |
| |
| | | |
|
| | |
| |
| Publicado el 27,noviembre 2014 - 09:51 |
Mais qu'est-ce qui te dis que les enregistrements sont renvoyés "dans
l'ordre de l'id" ? ABSOLUMENT RIEN.
Et qu'est-ce qui prouve que ce n'est pas le cas: l'affichage que tu obtiens.
Que tu sois d'accord ou pas ne change rien.
j'ai déjà constaté plusieurs fois qu'en changeant un critère dans une
requête, l'ordre d'arrivé des lignes du résultat change, car le plan
d'exécution change.
Il n'y a pas "d'ordre" dans un table d'une base de données. Il faut plutôt
le voir comme un sac qui contient les lignes en question. Ce n'est pas parce
qu'il y a un id auto-incrémenté que les lignes de la table sont dans cet
ordre.
Si par exemple je crée trois enregistrements, supprime le deuxième et en
crée un nouveau, il y a des chances que physiquement les "records" soient
dans cet ordre: 1,4,2, et qu'une recherche sans tri les renvoie dans cet
ordre.
La base peut réutiliser des "trous" dans le fichier, voir fragmenter des
enregistrements. Comment définir un ordre dans ce cas ?
Donc si tu veux un tri particulier, il FAUT spécifier ce tri.
Frédéric.
"Michel" a écrit dans le message de groupe de discussion :
2014dfea7c3df4cf2eeb4db78fb41ee1d2d6@news.pcsoft.fr...
Désolé mais je ne suis pas d'accord avec vous , le Fichier enregistre a la
suite en créant un identifiant automatique , si les enregistrement qui
arrivent sont dans un ordres particulier, ils sont enregistrées dans la base
en se suivant , le fichier ne met pas dans le désordre pour faire plaisir...
si dans ma base les id 1,2,3,4 se suive et sont dans l'ordre du tri pourquoi
allez affiché la table dans le désordre en mélangeant dans le désordres les
ID ! |
| |
| |
| | | |
|
| | |
| |
| Publicado el 27,noviembre 2014 - 11:18 |
Michel,
Essaie d'être cohérent.
Tu signales que le fichier n'apparaît pas trié comme tu voudrais.
Les gens t"expliquent quoi faire pour modifier le tri.
Et toi, tu dis : Non, je ne veux pas modifier l'instruction que je donne à la machine, je veux que la machine modifie son comportement.
Désolé, ce n'est pas possible. Si tu veux que ta machine ait un comportement PRECIS, il faut lui donner des ordres PRECIS.
En gros, dis toi que tu as joué au loto en cochant des numéros au hasard.
Jusqu'à aujourd'hui, tu as eu beaucoup de chance, tu as toujours sorti la combinaison gagnante. Mais la chance ne dure pas éternellement. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
70 mensajes |
|
| Publicado el 27,noviembre 2014 - 13:05 |
Vous me faites rires !
surtout le dernier qui vient faire la moral et pas donner de solutions !
j'ai réussis a arriver au résultat voulus comme je voulais
sujet clos |
| |
| |
| | | |
|
| | |
| |
| Publicado el 27,noviembre 2014 - 14:38 |
On t'as déjà donné la solution: trier les lignes dans la requête...
Frédéric.
"Michel" a écrit dans le message de groupe de discussion :
2014b2455ee7f3caa39223349c2834306551@news.pcsoft.fr...
Vous me faites rires !
surtout le dernier qui vient faire la moral et pas donner de solutions !
j'ai réussis a arriver au résultat voulus comme je voulais
sujet clos |
| |
| |
| | | |
|
| | |
| |
| Publicado el 29,noviembre 2014 - 07:55 |
Bjr,
Michel a pensé très fort :
Vous me faites rires !
surtout le dernier qui vient faire la moral et pas donner de solutions !
j'ai réussis a arriver au résultat voulus comme je voulais
sujet clos
La moindre des choses serait que tu dises comment tu es parvenu à faire
ce que tu veux. C'est pas à sens unique ici.
Et puis des fois que çà pourrait nous faire rire aussi.
a plus
--
-------------------------------------------------------------
www.ctc-soft.com
Gestion biblo-documentaire (free-share)
Comptabilité shareware
Logiciels de Gestion de saisie terrain
Spécialisé Tournées de boulangers
------------------------------------------------------------- |
| |
| |
| | | |
|
| | |
| |
| Publicado el 29,noviembre 2014 - 07:57 |
Bjr,
Michel a exposé le 27/11/2014 :
> et quand je fait le Hlitpremier(fichier article local), au lieu d'avoir le
Faire des parcours, pour des traitements importants sans index est
assez dangereux...
a plus
--
-------------------------------------------------------------
www.ctc-soft.com
Gestion biblo-documentaire (free-share)
Comptabilité shareware
Logiciels de Gestion de saisie terrain
Spécialisé Tournées de boulangers
------------------------------------------------------------- |
| |
| |
| | | |
|
| | |
| |
| Publicado el 15,mayo 2020 - 19:13 |
C'est un problème qui est lié au sens de parcours des id (clé unique ou clé avec doublon).
Si vous cocher sur : "Ascendant" ou "Descendant", tout ça, influence le sens de la lecture.
Ex : Dans le fichier de données HFSQL Client-serveur "Stock_CS.Produit, et précisément sur la rubrique "Produit"
Le sens de parcours est sur DOUBLON ASCENDANT ; et dans le Fichier local,
"Stock_Local.Produit", sur la même rubrique cette fois-ci, le sens de parcours est sur DOUBLON DESCENDANT;
À cet effet, que ce soient les fonctions HLITRECHERPREMIER et HLITRECHEREDERNIER,
les résultats seront totalement contraires par rapport à chacun des fichiers.
Cordialement.
Herman DIBANTSA |
| |
| |
| | | |
|
| | | | |
| | |
|