Discussion :

[TalaZina]

SVP j'aimerai bien comprendre comment créer une table avec ruptures en windev.
en vérité j'ai une table qui contient des données sur la vente du carburant .Les données sont date de vente,numéro de pompe, intervenant , compteur début, compteur fin , montant payé...cette table est triée selon la colonne date alors je désire inserer la somme du montant payé à la fin de chaque mois.
je ne c'est pas comment faire

[tbc92]

Les dates peuvent être un peu galère à traiter.. des fois on a des dates simples, des fois on a des dates avec le détail date+ heure, des fois on a des problèmes à cause du format d'affichage ...

Essaie un exercice un peu plus simple... et dans un second temps tu pourras revenir à ton besoin initial.

Et l'exercice que je te propose, c'est de reprendre tes données avec n° de pompe / date de vente / intervenant,
Etape 1 : Afficher les données dans une table, en triant sur n° de pompe / intervenant etc...
Puis quand tu sais faire Etape 1, passer à l'étape 2 :
Etape 2 : Ajouter des sous-totaux pour chaque n° de pompe.

Quand tu sauras faire ça, tu pourras recommencer le même exercice, mais avec les dates. Tu sauras alors différencier les difficultés qui sont liées aux sous-totaux, et les difficultés liées aux dates.

[TalaZina]

je tiens à remercier tbc92. votre proposition ma donner une idée pour résoudre mon problème. Alors j'ai pensé à créer une requête paramétrée par deux paramètres date début et date fin et le résultat de la requête sera affichée dans un tableau contenant les données N° de pompe , nom du produit, intervenant ...et à la fin j'ai ajouté des sous totaux.
maleureusement j'étais confronter au problème des dates (comme vous avez dit ),en executant ma requête mon tableau est vide malgré que les dates saisies sont au format jj/mm/aaaa avec vleur retournée "tel quel"et existe dans ma base de donnée, et en consultant la base de donnée de mon analyse je trouve que les dates sont de la forme aa/aa/jjmm je ne sais pas pourquoi.
Je demande encore de l'aide.
Merci

[Hemgé]

je tiens à remercier tbc92.Merci

Bonjour,

tbc92 appréciera certainement vos remerciements.
MAIS il aurait certainement apprécié davantage si vous suiviez ses conseils et faisiez l'exercice conseillé.
Maintenant, votre première question n'a pas de réponse (à votre niveau) ET vous nous en posez une seconde.
Si on vous répond, cela va-t-il vous inspirer une troisième idée ?

Concernant vos dates, il faut nous donner plus d'informations.
Si vos variables et rubriques sont de type date, alors le format est AAAAMMJJ et rien d'autre.
Si vous stockez vos dates sous forme de chaînes, alors il est ce que vous avez déterminé.

Bon travail

Hemgé

[tbc92]

Je plussoie ce que dit Hemgé.
Un problème bien identifié est un problème à moitié résolu.

Dans le titre de la discussion', tu as mis 'Table avec ruptures'... mais en fait , il semblerait que ton problème n'ait rien à voir avec les tables et avec les ruptures, mais avec la gestion des dates.
Le conseil que je te redonne, c'est de décomposer.
Tu apprends à traiter les tables avec rupture, avec des données simples ( autre que des dates)
Tu apprends à traiter les dates. Personnellement , je ne prend jamais le moindre risque avec les dates, je convertis tout en format AAAAMMJJ ... et j'utilise les masques d'affichage pour rendre les dates plus sexy.

Et ensuite tu combines tout ça.
Mais si tu essaies de résoudre 2 problèmes en même temps, tu n'y arriveras pas.

[TalaZina]

Bonjour,
Je crois que je n'etais pas explicite dans mon dernier message.en effet j'ai suivi le conseil de tbc92 et j'ai fait l'exercice proposé comme suit :
1- J'ai crée une requête "SELECT" en utilisant l'éditeur de requête
2- j'ai selectionné les rubriques n°pompe,date de vente, intervenant, compteur début, compteur fin, montant payé...
3- j'ai fait le tri sur n°pompe
4- une fois j'ai terminé la requête, j'ai crée une fenêtre dans laquelle j'ai inserer un champs tableau dont les données sont issus de la requête
5- dans la description du tableau, onglet détail j'ai ajouter un total( j'ai cocher sur l'option Somme) pour la rubrique montant payé .Le résultat n'était pas satisfaisant j'ai obtenu la somme des montants payés des pompes dans toutes les périodes.
mais lorsque j'ai tenter d'améléliorer la procédure en ajoutant deux paramètres à ma requête qui sont date début et date fin afin d'obtenir le résultat le montant payé dans une période j'était heurté à un autre problème "les dates"
Enfin je compte encore sur votre aide
merci

[Donpi]

Si c'est en windev 16 laisse tomber, les ruptures dans les tables ne fonctionnent pas (ou alors très mal dès qu'on sort de l'exemple de l'aide windev)

[tbc92]

Dans ta base de données, quant tu consultes les dates, l'utilitaire que tu utilises affiche les dates dans un format sexy. Si tu vas dans les paramètres de l'ordinateur , dans les paramètres régionaux, c'est là que Windows définit : les dates doivent s'afficher sous tel ou tel format. Et la majorité des programmes utilisent ces paramètres windows pour choisir le format d'affichage.

MAIS
si on regarde dans le moteur, en réalité ta base de données stocke les dates dans un format qui lui est propre, et qui est juste un nombre entre 1 et 100000000000 ; pour communiquer avec les autres outils, ta base de données convertit les dates dans un truc un peu plus compréhensible, mais 'moche', un truc comme 20160713 pour dire 13 juillet 2016 (c'est un exemple... mais certaines bases pourront choisir d'autres formats).

Et il y a encore une autre conversion qui est faite par le programme client, pour convertir ce 20160713 en 13/07/2016, au tout dernier moment, au moment de l'affichage.

La sécurité, dès qu'on traite des dates, c'est de prendre TOUTES les précautions pour être sûr que les dates sont au format AAAAMMJJ, ou même AAAAMMJJHHMISS. Et c'est le programme qui gère l'affichage qui va convertir ce format en un truc plus sexy.

En tout cas, dans un environnement Windows où Windows fait plein de trucs qu'on contrôle plus ou moins, ces précautions sont indispensables.