bonjour
 
voila j'ai un problème que je retourne dans tous les sens depuis quelques temps déja et je ne parviens pas a trouver de solution optimale (entendre rapide)
 
j'ai 2 table, une avec bcp d'enregistrements d'appels téléphonique(unixTime d'appel, numéro appelé, oppérateur utilisé)
l'autre avec une grille de prix(unixTime de validité du prix, code pays, opperateur,prix)
 
ce que je cherche c'est a récupérer pour chaque appel le prix qu'il a couté
, en fonction de quand, par quel oppérateur et vers quelle destination.
 
assez de blabla, voici ou j'en suis arrivé:  

 
le problème est que c'est relativement lent car pour chaque ligne de la table CDR, il génère une sous requette.
 
j'ai essayé de passer par un JOIN, mais il n'accepte pas la référence a la colone a l'exterieur de la requette (a l'inverse du cas précédant)

 
donc j'ai un cas qui fonctionne mais qui est lent (si je rajoute 1 champ ça m'oblige a rajouter une sous requette)
et l'autre qui ne fonctionne pas.
 
j'espère profiter de vos conseils
merci.
 
voir mon 3eme msg pour les tables.

j'ai peut etre pas bien compris la structure de ta bdd
mais pour moi un appel aun seul prix et un truc du style devrait marcher:
 

betsamee> En fait pour un numéro appelé (DestNum) il y a un seul prix effectivement, mais je dois déterminer quel est ce prix (d'ou la recherche du plus grand AreaCode.. contenu dans le numéro).  
si j'execute la recherche que tu m'as donnée il va me sortir autant de ligne que de AreaCode qui correspondent au numéro (mais moi je veux le plus grand). donc au final une ligne par ligne de ma table CDR.
 
c'est un peu plus clair ?
 

en simplifiant mes tables :
 
table CDR:

Table Prix:

j'ai besoin de sortir (+rapidement qu'avec la méthode citée plus haut):
 

j'ai suprimer certaines colones mais le principe est là
 

ouaip en effet la c'est pas simple

up du matin
 
si vous voulez + d'infos n'hésitez pas

bon réponsez au moins au questionnaire
marci.

ce n'est envisageable de modifier la structure de tes tables?

oui oui c'est envisageable
seule contrainte (enfin de mon point de vue) garder 2 table distinctes pour que ça soit plus facile a gérer (et plus propre).

et bien je rajouterai une colonne a la table CDR avec l'areacode correspondant que tu calcules au moment de l'insertion d'un appel ou bien au moment de tes stats pour les valeurs non remplies...
vouloir faire de la super requete pourquoi pas, mais si cette solution est envisageable niveau stockage et programmes qui tournent autours...

casimimir : mon problème c'est que j'ai quelques millions de lignes a réinssérer.. donc recalculer .. et ça risque de me prendre des jours .. de plus si je décide de re-changer des prix, je devrai tout refaire :S
 
c'est vrai que calculer au niveau de l'insertion c'est suffisament rapide, il suffit de ne pas prendre trop de retard .. et c'est ce que je fais pour les nouvelles données.. mais pour les anciennes c'est pas facile d'etre rapide
 
merci

le prix se trouve au niveau de la table Prix donc tu pourras les changer sans probleme... l'idée c'est de mettre une foreign key dans ta table CDR qui pointe vers ta table Prix.
ca peut prendre du temps mais pour les quelques jours j'en doute meme si il y a qques millions de lignes, puis rien ne t'empeche d'étaler ca sur plusieurs jours.
'fin perso c'est ce que je ferai

foreign key !! je connaissait pas
je vais me reseigner sur le site de mysql
merci

si tes tables sont en MyISAM et non en InnoDB oublies le foreign key

merde  
c'est du MyISAM

j'ai dis foreign key pour dire quelles données on allait retrouver dans ce champ, on peut encore se passer raisonnablement de l'intégrité meme si c'est toujours un plus.
 
mysql supporte quand meme les inner join ou alors il ne cessera jamais de me décevoir? ^^

oui quand meme , toutes les jointures sauf le full outer join

Ce qui est bizarre, c'est que tu n'as pas le coût de l'appel dans ta table RateTable. A moins que tu ne l'aies, mais que tu cherches le coût à la seconde ...
 
Je bosse beaucoup sur des systèmes de Rating, et généralement, un appel facturé contient toutes les infos de coût ...

j'ai le coup a la minute dans RateTable ... et je cherche a m'en servir pour trouver le coup d'appel (en fonction de la durée et du numéro appelé) .. dans CDR
 
là je fait tourner une requette du meme style que celle du dessus ...
et ça met 15s pour 100 enregistrements
le pc va tourner 8 jours pour faire les 4 000 000 que je dois traiter ... super
 

Je m'étais trompé de nom de table, je voulais parler de la table CDR.
 
Donc dans CDR, tu as les appels non facturés ?

en fait j'ai la facturation du matériel qui me fournit les log d'apels,
mais c'est notre facturation sur les cartes prépayées (c'est un switch d'appel pour carte prépayées).. mais lui ne sait pas faire la facture oppérateur(il n'a mme pas les rates opérateurs soit dit en passant).. donc il faut que je retraite les données a part .. ce que je suis en train de faire.
voila