-
Ultime tunig du flux social
Après réflexion, il y reste 3 points d’amélioration pour le bloc de flux social :– exclure les activités qui sont dans une section cachée (une jointure en plus sur course_sections.visible), – exclure les activités liées à des cours cachés, (exclure ces cours de la sélection même s’ils sont dans les préférences utilisateur)– prendre en compte…
-
Optimisation des requêtes d’écriture … et une nouvelle révision de la structure de la BDD !
Si la nouvelle structure permet de rendre l’affichage du flux social performant, il faut à présent se préoccuper de l’optimisation des requêtes d’écriture … La structure ci-dessous est le résultat des tests de cet article : Requêtes d’écriture dans les tables de logs Dans le fichier store.php, je dois utiliser la fonction générique insert_record pour…
-
Gestion efficace de la table de données sur le nombre de participants
Je lis de la documentation sur la gestion de tables temporaires et voici ce que j’en retiens … TRUNCATE est plus efficace que DELETE pour VIDER UNE TABLE DELETE fait une suppression ligne par ligne, alors que TRUNCATE vide la table et remet l’increment à 1 au passage. En MySQL, les opérations de DELETE sont…
-
Révision de la structure de la base de données pour prendre en compte les dates limites
Ce we, j’ai réfléchit au fait qu’il n’était pas pertinent de laisser dans le flux social des activités qui sont clôturées, ou en tout cas, il vaudrait mieux adapter le message affiché dans ce cas et supprimer l’activité du flux social plus tôt. D’après mon analyse, voici les activités qui ont une date de fermeture…
-
Révision de la structure des tables pour optimiser les requêtes
Au vu de la structure des requêtes, je propose de créer une table qui enregsitre la liste des actions et leur nombre d’occurences et une table qui enregistre quel utilisateur a réalisé quelle action. Pour faciliter le nettoyage, je définit un champ « lasttime » dans la table des actions. Et j’en prévois un aussi dans la…
-
Analyse des requêtes du flux social sur une copie de la bdd de production
Cours et période de référence Timestamp de référence Sur ma copie de la bdd de production, le temps s’est arrêté au timestamp 1715347760, soit le 10 mai 2024 à 15:29:20. Pour extraire les données des 2 dernières semaines, le timestamp de référence est donc celui du 26 avril 2024 à 15:29:20, soit 1714138160. Courseids de…
-
Importation des données de la table des logs standard vers la table de log du flux social
-
Optimisation des requêtes du flux social
Pour que mes plugins de flux social soient performants, un des éléments essentiels à soigner est la formulation des requêtes sur la base de données. Pour mieux cerner cet enjeu, Freddy m’a conseillé de me baser sur un bouquin, très intéressant et très didactique, sur la question : Bases de données – Concept, utilisation et…
-
Du plugin local_learning_analytics au plugin block_socialflow_analytics
A présent que les données pertinente sont stockées en base de données, il faut réussir à les exploiter pour afficher les indicateurs souhaités. Le défi consiste à réussir l’affichage des informations sur le flux social en veillant à optimiser au mieux les requêtes … Procédure d’install L’installation semble amener un plugin local et 5 rapports…
-
Du plugin local_learning_analytics_log à mon plugin local_socialflow_log
Dans le cadre de mon analyse technique des approches natives pour faire des learning analytics, je prends du temps pour analyser le plugin local_learning_analytics_log qui permet de stocker les données de log. https://moodle.org/plugins/logstore_lanalytics En base de données Une fois activé, les actions sont enregistées dans la table mdl_logstore_lanalytics_log.Il y a aussi une table mdl_logstore_lanalytics_evtname qui…