Se connecter
Inscription
Mot de passe perdu
Poster une réponse à un sujet: MySQL Duplicate de Table
Attention, ce sujet est un sujet ancien (6251 jours sans réponse)
Test :
+1
Aaaah ça y est, ça remarche \o/
+1
Aaaah ça y est, ça remarche \o/
+++++++ 
Oui le plus ne passe pas 
ou faire un reset MAIS copier le nombre de SMS dans une table supplémentaire en incluant un enregistrement du mois! De la sorte il y a tjs une trace et le comptage peut se faire rapidement (plus rapidement sans recalculer tout).
?
?
+1
ça s'appelle l'archivage, c'est ce que j'allais proposer 
BUG : Tiens le signe "plus" est désactivé par ton filtre bbcode ?!?!
Hello les enfants,
Je suis confronté à un soucis, je ne sais pas quelle solution adopter afin que ce sois propre.
J'ai une table avec des nombres représentant de ventes.
Exemple:
Proximus Mobistar Base
10 12 4
Une autre table avec le prix de ces "articles" (Ex: Proximus = 0,12€ ...) .
Mon système (en PHP) récupère le prix, et calcule le montant.
10*0.12 12*0.12 4*0.10= .. Mon montant à "envoyer" au client
(il doit m'envoyer une facture de commissions de vente... c'est pas une "facture" on appelle cela un Appel à facture)
Jusqu'a présent, j'ai un robot qui tout les 1er du mois à 00:00 parcourt:
--> while() Tous les clients --> while() Cherche toutes les ventes Calcule Reset les enregistrements pour le nouveau mois. (obligé, si non le mois d'après on cumule..)
Tout fonctionne à merveille.
Cela dit, là je dois envisager un système de "Parrain". (il touche moins forcément)
Le système sera le même..
10*0.12 12*0.12 4*0.10= .. Mon montant à "envoyer" au Parrain
(il doit m'envoyer une facture de commissions de vente... c'est pas une "facture" on appelle cela un Appel à facture)
Le hic, c'est que la table "Ventes" à été resetée après le passage du Filleul.
La solution "idéale" pour moi, serait:
que Ventes devienne: VentesClient
et création de VentesParrain.
Le hic, c'est que je n'ai pas envie de modifier toute mon architecture de comptage et d'updater 2 tables. N'y à t'il pas un moyen de synchroniser 2 tables et d'en définir une maitre et l'autre esclave?
Ma solution n'est pas forcément la bonne.. j'attend vos idées... si vous avez compris ma demande
Je suis confronté à un soucis, je ne sais pas quelle solution adopter afin que ce sois propre.
J'ai une table avec des nombres représentant de ventes.
Exemple:
Proximus Mobistar Base
10 12 4
Une autre table avec le prix de ces "articles" (Ex: Proximus = 0,12€ ...) .
Mon système (en PHP) récupère le prix, et calcule le montant.
10*0.12 12*0.12 4*0.10= .. Mon montant à "envoyer" au client
(il doit m'envoyer une facture de commissions de vente... c'est pas une "facture" on appelle cela un Appel à facture)
Jusqu'a présent, j'ai un robot qui tout les 1er du mois à 00:00 parcourt:
--> while() Tous les clients --> while() Cherche toutes les ventes Calcule Reset les enregistrements pour le nouveau mois. (obligé, si non le mois d'après on cumule..)
Tout fonctionne à merveille.
Cela dit, là je dois envisager un système de "Parrain". (il touche moins forcément)
Le système sera le même..
10*0.12 12*0.12 4*0.10= .. Mon montant à "envoyer" au Parrain
(il doit m'envoyer une facture de commissions de vente... c'est pas une "facture" on appelle cela un Appel à facture)
Le hic, c'est que la table "Ventes" à été resetée après le passage du Filleul.
La solution "idéale" pour moi, serait:
que Ventes devienne: VentesClient
et création de VentesParrain.
Le hic, c'est que je n'ai pas envie de modifier toute mon architecture de comptage et d'updater 2 tables. N'y à t'il pas un moyen de synchroniser 2 tables et d'en définir une maitre et l'autre esclave?
Ma solution n'est pas forcément la bonne.. j'attend vos idées... si vous avez compris ma demande
