Discussion :

[New_B_2_Feu]

Bonjour à tous .

Je vous préviens ce dossier est épineux:

J'ai un pote véliplanchiste qui a ouvert un petit shop dans le sud. Il fait aussi des réparations. Ce que je veux faire pour lui arranger la vie détecter des événements sur une base de donnée client et IF c'est détecté = on lance une recherche sur une autre base de donnée et on crée un rapport puis export en .CVS puis envoi de mail (c'est pas la dernière partie qui cloche ...)

Concrètement j'ai

1. d'une part une base de donnée qui stock trois tables - informations clients (id_client, nom, pre, mail) - réparations clients (id_client, date_repar, prix_repar) - planches clients (id_client, id_planche, prix planche).
2. d'autre part, chez son fournisseur une base avec une liste de planches neuves dispo a la vente c'est une table - planches neuves (id_planche, prix_planche)

MA QUESTION:

Je veux savoir s'il est possible de lancer une procedure via des triggers à l'insertion d'une nouvelle ligne dans la table 'réparation client' qui:

• SI le DeltaPrix/DeltaTemps est >=une certaine valeur (bcp de reparations dans un laps de temps)
• Va chercher dans la table 'planche neuves' les planches du même prix
• Crée et exporte dans une autre base de donnée avec une table - table 'client_a_contacter' les infos du client et les planches neuves correspondant a plus ou moins sa gamme de prix

Voila j voulais aussi savoir si c'est faisable par un mec qui se debrouille en SQL, qui est a la moitié de la formation open classrooms "administrez vos bases de données avec mySQL" mais qui s'en sort... et qui sort d'un master de physique mais qui a programmé jusqu'en L3....

J'ai envie de chialer en vrai tellement ca a l'air hardcore !

En vous remerciant chaudement

New_B_2_Feu.

[isabelle.letrong]

Bonjour New_B_2_Feu,

Petite question préliminaire : Les 2 bases de données sont-elles gérées par le même serveur MySQL ou sommes nous dans l'hypothèse de bases de données distribuées ?

[New_B_2_Feu]

bonsoir isabelle.letrong,

Merci pour votre reponse,

Oui, il s'agit de bases de données distribuées ! enfin c'est chez mon pote et chez son revendeur... de planche évidemment

bonne journée

[escartefigue]

Bonjour,

Il y a potentiellement un souci dans la modélisation des données : la réparation est sans lien avec la planche du client, du coup, si un client a plusieurs planches vous ne savez pas laquelle est concernée par tel coût de réparation et du coup, il est impossible de savoir si ce coût est proche du prix d'une planche de remplacement par du neuf.

Donc pour savoir si la réparation en vaut la peine comparativement au prix du neuf (si c'est bien ça le besoin), il faut revoir le modèle de données (pensez par exemple au cas du client qui est un club de planche à voile et qui peut donc avoir un très grand nombre de planches de prix très différents...)

[New_B_2_Feu]

Bonjour,

Merci escartefigue,

En effet c'est pas super et j'ai repensé le truc et je pense que mon pote doit stocker trois tables

1. client: id_client, nom, prenom, mail.
2. planche client (qui lie planches et clients): id_client, id_planches, prix, modèle, gamme.
3. reparation: id planche, date, prix, commentaire.
4. Table_planches_neuve: id_planche_neuve, gamme, prix, modele.

on fait tourner notre recherche sur la table réparation une logique qui cherche sur le mois écoulé combien le mec a dépensé en réparation sur sa planche à voile et si ça dépasse une certaine somme, on va piocher dans la base de donnée des planches neuves de son fournisseur. A chaque fois qu'un évenement est detecté ca lui genère un csv.

Pièce jointe 538054
A gauche c'est la base de son fournisseur. Les trois de droite c'est la base de mon pote. Avec id_client, clefs primaire de la table 'clients'. id_planche, pour la table 'reparation'. Deux clef etrangeres, id_client et id_planche pour la table 'planches' qui sert a relier les client aux planches au reparations.

Dsl d'etre aussi long a repondre mais je suis deja decouragé a la vue de la tache....

Merci pour vos reponses !