Discussion :

[Michel Hubert]

J'aimerais savoir s'il est possible de plannifier un effacement des données d'une table.

Par exemple, je voudrais effacer les données d'une table à chaque changement d'année ou bien à une date définie.

Comment faut-il faire?

En attendant vos indications, merci!

[Heureux-oli]

Avec une requête suppression.
Mais anvant de vider, je te conseille de les copier dans une autre table, on n'est jamais assez prudent.

Pour le faire à un moment précis, tu le mets dans un code qui s'exécute lors de chaque lancement et qui vérifie la date courrante. Si elle correspond à une date que tu as choisie, l'opération de vidange s'effectue.

Tu peux mettre ce code sur onOpen du formulaire d'accueil par exemple.

[cafeine]

J'aimerais savoir s'il est possible de plannifier un effacement des données d'une table.

Par exemple, je voudrais effacer les données d'une table à chaque changement d'année ou bien à une date définie.

Comment faut-il faire?

En attendant vos indications, merci!

Hello,

Pardon d'avance, mais la gestion des années par table est, selon moi, la faute de conception par excellence ...
Je comprends bien qu'en général c'est pour éviter de changer toutes les requêtes et formulaires mais la vraie question est : pourquoi dois-tu effacer les données ?
Ne serait-il pas plus simple d'ajouter un champ : année ou date ?

[Michel Hubert]

J'aimerais savoir s'il est possible qu'une requête puisse se lancer à une date bien précise.

Par exemple je voudrais supprimer toutes les données d'une table le 01 janvier de chaque année.

Comment faire?

[Heureux-oli]

C'est pas l asuite d'une autre question des fois.

Pour ça, il faut que la base soit ouverte le jour voulu, le 1er janvier est férié donc peu de chances de faire la manip.

[Michel Hubert]

Wé mais comment je fais pour définir la date!

[zeste]

Hello,

Certaines référence contractuelles implique la suppression de données,
tous les ans. dans ce cas
tu peux faire unsage d'une macro par exemple/

@+,Zeste
Débutant SGBDR

[random]

Dans une table paramètre tu loges l'année en cours
Sur l'èvénement ouverture de ta base tu testes si year(date())=[an en cours] par un select ou un rechdom.
Si non

1. je vide ma table
2. je remets [an en cours] à year(date())

[zeste]

Explication de texte des conditions de la Macro Autoexec2 en piece jointe
Jour(Date())>19 Et Mois(Date())=12
Jour(Date())=1 Et Mois(Date())=1[/FONT]
Heure(Maintenant())=0[/FONT]
Jour(Date())=1 Et Mois(Date())=1 Et Heure(Maintenant())=8


La planification des taches sous Windows
« Personnellement, je vais le paramètrer pour que mes applications s’ouvrent le matin (Tous les jours de l’année) avant mon arrivée et que les commandes automatiques s’exécutent à sur une certaine tranche heure. Puis une fois mes traitements effectuées les bases se referment grace à l’action Quitter de la Macro Autoexec ou d'une Procédure stockée.

Mais appli sont sécurisées meme pendant les traitements automatiques par l'ecran Frm_securité pour les ouvertures de nuit, j'utile un Frm_Nuit qui lui n'a aucune zone de saisie. Ma procédure est alors ratachée à l'evenement d'ouverture de formulaire.La macro doit s’appeller autoexec pour démarrer a chaque ouverture de l'application.

Question pratique : Le stockage de données sur une période glissante ne serait-elle pas plus intéressante?
Dans ce cas une requete de suppression avec une condition s'impose d'elle meme Date()-Date_d_enregistrement > 366

Bon allez, Carpe diem, carpe Noctem jusqu'a 09h00 au moins le boulot se fait tout seul!

@+zeste

[Michel Hubert]

Super bien détaillé!

Merci baucoup!

[Tofalu]

Comme cafeine, je crois que le problème est pris à l'envers. Personnellement je n'utiliserais pas une telle macros... Imaginons, que l'heure du PC soit changé involontairement (virus ou action humaine) on perd toutes les données.... Bref on entrerai dans un monde dangereux où l'ntégrité et la cohérence des données ne seraient plus valables (et pourtant c'est le l'essence même d'un SGBD)

[zeste]

Je partage aussi votre avis.
La gestion de l'information implique aussi sa durée de vie.

=========Le détail de la requète m'interesse un autre aspect.========
Data capture Année 0 > Data stock principale > transmission maj quotidienne de Variables années 0 > Data analyse.
Data capture Année 1 > Data stock principale (année 0 + 1) > transmission maj quotidienne de Variables annuelle 1 > Data analyse année 1 > Suppression des données antérieures dans Data analyse.
=======================================================

La question de sécurité est actuellement soulevée sur un de mes projets, qui devient multiutilisateur. Contre les virus et les violations de droits, c'est aussi une question pour les administrateurs réseaux. Cependant le SBBDR peut avoir des fonctions de veille sur les mouvements de l'horloge.
Un test de calcul logique
(|(T(n)-T2+(|x|)-T(n)-T(n)+(|y|)-T1+(|x|)-T(n)-T(n)-(|y|)-T0-(|x|)| < 0,01) sur l'horloge peut permettre de vérifier que la date et l'heure système évolue dans avec une fréquence de mouvement acceptable. Lorsque celle ci ne l'est pas. le systeme bloque les commandes de suppressions diffuse un message d'alerte.
x et y = fréquence attendue (Nbre controles & temps écoulé)
<0,01 = limite d'acceptabilité du mouvement
T(n) dateheure sur action automatique controle cyclique
T2 dateheure sur action humaine
T1 dateheure sur action humaine
T0 date heure sur action automatique modifiant les données.

Lorsque la stratégie de sécurité le permet, les logins réseau (Windows, Novell, etc) sont alors un bon moyen de se prémunir contre les erreurs et intrusion humaines de type changement d'heure systeme. L'horloge peu etre aussi calée sur l'horloge d'un serveur.

Notre entreprise est dotée d'un sys réseau avec des logs personnels sur chaque machine et le paramètrage de la date système peut etre vérouillé par l'administrateur système. Ces Logs empêchent l'usage de la machine depuis les commandes clavier,souris, et extensions, mais permettent la réalisation de taches planifiées qui elles aussi peuvent etre sécurisées.

Contre les virus très puissant! Arrrrrhhg!
Quand cela arrive rien ne va plus!
partisan débutant du SGBDR
@+,zeste

[Tofalu]

Je ne suis pas d'accord.

L'intégrité des données se place au niveau de la base de données, pas de l'applicatif ni même du système. La sécurité du SGBD est un élément à part capable à lui seul de garantir la cohérence des données quelque soit les évolutions de plate forme ou d'applicatif...

[zeste]

Je ne suis pas d'accord.

L'intégrité des données se place au niveau de la base de données, pas de l'applicatif ni même du système. La sécurité du SGBD est un élément à part capable à lui seul de garantir la cohérence des données quelque soit les évolutions de plate forme ou d'applicatif...

Bonjour Tofalu,
Je me suis surement mal exprimé.
Je ne conteste pas que la base de données soit développée pour garantir a elle seule la cohérence des données et l'intégrité des données.

Simplement, Je présentais la situation d'un projet dans lequel plusieurs compétences ont ce but commun, dans lequel, apres avoir pensé au Id et Mdp, je prospecte du coté de la gestion de taches planifiées et
des Pb liés à leurs acces, mises a disposition modifications etc.

Chez nous, ce job ce fait avec notre Admin réseau.

Encore pardon pour ma maladresse!
@+
zeste,
May the force be with us!