Effacer 1 ligne 15 minutes après sa création

Version imprimable

03/03/2018, 17h20
Zephire

Effacer 1 ligne 15 minutes après sa création
Bonjour,
tout est dans le titre !

Sachant que:
- Un trigger lance une action juste après ou juste avant son appel.
- Un "événement" est déclenché par un "temps" déterminé.
Il me faut donc un mélange des deux... En outre, j'ai lu que les triggers avaient des restrictions très fortes, ce qui semble interdire la création d'un événement à l'intérieur d'un trigger.
Voici ce que je veux faire (comme dans le titre):

Citation:

Une ligne est insérée. 15 minutes après, cette ligne doit être effacée. Et le tout uniquement avec MySQL (si possible ....)

Il faudrait un trigger qui se déclenche 15 minutes après le INSERT , et non pas "juste après"..... L'action serait donc un DELETE de la ligne.
Vous avez une idée de la manière de procéder ?
03/03/2018, 17h34
al1_24

Une piste : si tu enregistres sa date de création dans chaque ligne, tu pourrais déclencher une procédure toutes les n minutes qui supprime les lignes plus âgées que 15 minutes
03/03/2018, 17h43
Zephire

C'est une table qui ne contient qu'1 seule ligne. Pour être plus explicite, il s'agit d'un token stocké dans la BDD dans le cadre de la réinitialisation d'un mot de passe.
La personne rentre son adresse email, si ça match avec l'adresse stockée en BDD alors 1 token est créé, stocké en BDD et envoyé par mail. La validité de ce token en BDD doit être de 15 min.
03/03/2018, 18h16
al1_24

Et si plusieurs personnes réinitialisent leur mot de passe dans le même quart d'heure, que se passe-t-il ?
03/03/2018, 18h27
Zephire

J'ai créé une petite TRANSACTION comprenant 2 requêtes :
1° DELETE latable
2° INSERT letokendelamortquitue
(COMMIT, of course .....)

Et ceci à chaque fois qu'un token est créé.

Précision: il n'y a qu'un seul utilisateur. Le propriétaire du blog (oui, il s'agit d'un blog).
03/03/2018, 18h28
Zephire

Vous imaginez ? Tout ça pour créer une simple ligne auto-destructrice. Dans Mission Impossible ça avait l'air tellement simple .... :aie:
05/03/2018, 11h43
aieeeuuuuu

Bonjour,

Il suffit dans ce cas de stocker la date de création, et de vérifier au moment de l'étape finale (réinitialisation du mot de passe) que la token a moins de 15 minutes.
Mieux, vous pourriez passer par une vue, qui n'affiche que les données de moins de 15 minutes, et ne jamais accéder à la table directement.
05/03/2018, 22h38
Zephire

Citation:

Envoyé par aieeeuuuuu

Mieux, vous pourriez passer par une vue, qui n'affiche que les données de moins de 15 minutes, et ne jamais accéder à la table directement.

J'aime bien cette solution qui me semble élégante ! Merci !

Edit: mais au fait, quel est l'intérêt de passer par une vue alors ? On ne peut pas faire directement cette requête dans un SELECT tout simple ?

Salut Zephir.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
SET AUTOCOMMIT = 0;
START TRANSACTION;
 
-- ======================
-- Base de Données `base`
-- ======================
 
DROP DATABASE IF EXISTS `base`;
 
CREATE DATABASE `base`
	DEFAULT CHARACTER SET `latin1`
	DEFAULT COLLATE       `latin1_general_ci`;
 
USE `base`;
 
-- ============
-- Table `test`
-- ============
 
DROP TABLE IF EXISTS `test`;
 
CREATE TABLE `test`
( `id`  integer unsigned  NOT NULL AUTO_INCREMENT primary key,
  `maj` TIMESTAMP(6)      DEFAULT current_timestamp(6),
  `val` varchar(255)      NOT NULL
) ENGINE=InnoDB
  DEFAULT CHARSET=`latin1` COLLATE=`latin1_general_ci`
  ROW_FORMAT=COMPRESSED;
 
-- =================
-- Evènement `clean`
-- =================
 
DROP EVENT IF EXISTS `clean`;
 
DELIMITER $$
CREATE EVENT `clean`
	ON SCHEDULE
	EVERY 1 MINUTE
	STARTS CURRENT_TIMESTAMP
	ENDS   CURRENT_TIMESTAMP + INTERVAL 1 YEAR
	ON COMPLETION PRESERVE ENABLE
	DO BEGIN
		DELETE FROM `test`
		 WHERE maj < NOW() - INTERVAL 15 MINUTE;
	END$$
DELIMITER ;
 
-- ========================
-- Lancement du `scheduler`
-- ========================
 
SET GLOBAL event_scheduler = ON;
 
-- ===
-- FIN
-- ===
 
COMMIT;
SET AUTOCOMMIT = 1;

06/03/2018, 14h23
ddoumeche

Nul besoin d'effacer la ligne en dur, une date de suppression logique a T+15 suffit et si ton internaute est hors délai, un message personnalisé peut lui dire que son token a expiré.
Cela permet également de pouvoir tracer les problèmes plus simplement.

Un cron peut ensuite effacer les enregistrements obsolètes de cette table a J+30 par exemple, si tu as peur qu'elle ne grossisse démesurément
07/03/2018, 04h40
Artemus24

Salut ddoumeche.

Vu que personne n'a traité la suppression d'une ligne, toutes les quinze minutes, dans une table, j'ai donné le script qui permet de le faire.

Maintenant, la solution envisagée par Zephir me semble bien compliqué par rapport à sa demande :

Citation:

Envoyé par Zephir

La personne rentre son adresse email, si ça match avec l'adresse stockée en BDD alors 1 token est créé, stocké en BDD et envoyé par mail. La validité de ce token en BDD doit être de 15 min.

En fait, il s'agit d'une demande qui se fait en deux temps.

Il faut prévoir dans la table permettant d'identifier l'internaute, une colonne date+time destinée à indiquer la demande de modification du mot de passe.

Dans un premier temps, l'internaute demande à modifier son mot de passe.
On modifie la colonne date+time en mettant la date et l'heure de sa demande.
On envoie un email afin de confirmer la validité de sa demande.

Dans un second temps, l'internaute confirme sa modification, en cliquant sur le lien qui est donné par son email.
Il suffit alors de vérifier, à partir de cette nouvelle colonne, que la confirmation s'est faite dans les temps à savoir moins de 15 minutes après la demande.

Plusieurs remarques :

1) Il est inutile de déclencher un événement toute les minutes pour supprimer les token dans une table, qui de toute évidence sera dans 99% vide.
Cela consomme du temps cpu pour rien, parce que Zephir n'a pas envisagé toutes les solutions à son problèmes.

2) Il est inutile de créer une table, destiné à gérer des "token".

3) Vous perdrez l'information concernant la date+heure de la dernière demande de modification du mot de passe.

4) Faites au plus simple. Évitez de gérer une usine à gaz !

@+