Discussion :

[Nothus]

Bonjour à tous

Développant depuis quelques temps un CMS, je me heurte à un problème que même Google et ces forums n'ont pu résoudre... pour vous dire ! ^^

Ce CMS, comme la plupart, utilise un certain nombre de modules, notamment pour ce qui est de la gestion des connexions, des erreurs et de la surveillance de la charge.
Or, pour des raisons pratiques d'accès à la base, j'ai fais le choix il y a bien longtemps d'une connexion MySQL persistante... celle-ci se révèle payante à la longue, mais impossible alors que je dois impérativement passer par des tables temporaires, de mettre celles-ci "à jour". Lors de leur création...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
"CREATE TEMPORARY TABLE Machin SELECT * FROM TRUC;"

... Mais je souhaite que celle-ci se mette à jour en temps voulu (une sorte UPDATE de ma table temporaire).
J'ai essayé le DROP (sans succès), diverses combines hasardeuses (sans succès). Je me retrouve constamment avec les données temporaires. J'en suis rendu à surcharger aux variables de connexion de la classe concernée pour revenir à une connexion non-persistance.

Une idée sur la méthode à suivre ?

A savoir : je ne suis pas chez un hébergeur mais en local, sur un serveur Linux dédié.

D'avance merci...

[mathieu]

... Mais je souhaite que celle-ci se mette à jour en temps voulu (une sorte UPDATE de ma table temporaire).

je n'ai pas compris à quel moment elle doit se mettre à jour

[Nothus]

Merci de ta réponse Mathieu !

1. Arrivée au site - ouverture d'une connexion MySQL persistante

(... l'utilisateur se connecte, navigue sur le site, etc.)

2. Va sur le service concerné, qui crée une table temporaire contenant des éléments précis du compte d'utilisation

(... l'utilisateur continue sa navigation et change des informations dans la BDD)

3. Et là problème lorsqu'il revient sur le service concerné : il faut que la table temporaire voit les informations mises à jour

... Si je passe par une table temporaire, c'est que les volumes de données sont importants pour la taille de mon petit serveur (quelques centaines de méga), et qu'il doit ensuite faire de multiples jointures.

[mathieu]

2. Va sur le service concerné, qui crée une table temporaire contenant des éléments précis du compte d'utilisation

tu fais quoi comme traitement à cette étape si la table existe encore ?
tu es sur que la table est encore là même si tu utilises une connexion persistante ? normalement chaque nouvelle page devrait être une nouvelle connexion donc les tables temporaires ne devrait pas être conservées même avec une connexion persistante

[Nothus]

Arrivée sur la page :

Création de l'index de la messagerie de l'utilisateur puis son affichage

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
QUERY1 :: CREATE TEMPORARY TABLE Boite_'.$id_proprietaire.' 
SELECT Messagerie.id as id, date_envoi, date_lu, titre, message as contenu, COUNT(DISTINCT(id_destinataire)) as nbredestinataire 
FROM Messagerie, Messagerie_Destinataires 
WHERE Messagerie.id_proprietaire='.$id_proprietaire.' 
AND Messagerie.id=Messagerie_Destinataires.id_message 
GROUP BY Messagerie.id 
ORDER BY date_envoi DESC, date_lu DESC;

QUERY2 :: 'SELECT * FROM Boite_'.$id_proprietaire.';'

(poursuite de la visite, changement dans la BDD, etc.)

Pour les tests, chaque nouvelle page vu enregistre un message aléatoire. Lorsque je reviens sur la page, si je refais exactement ce qu'il y a plus haut, le résultat est le même... Or, pendant les tests sous PHPMyAdmin en local, il n'y avait pas de problème.

Je n'utilise pourtant pas de proxy...

[Nothus]

Problème (bêtement) résolu en rajoutant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

QUERY1 :: DROP TEMPORARY TABLE IF EXISTS Boite_'.$id_proprietaire.';

... Mais je reste circonspect : comment se fait-il que la table temporaire survive après la fin d'exécution du script ?