[Debat] [ACCESS]Quel système d'archivage préconnisez-vous ?

Dryss51 · 25/07/2007, 14h54

Bonjour à tous,

Pour ma part, je suis entrain de developper un application sous access 2007, et je me pose la question. Quel est la meilleur solution pour archiver des données sous access ?

C'est pour cela que j'ai posé ce topic et ça permettra pi être :

- Avoir des avis différents.

- Par la même occasion, Créer un vrai debat d'opinion ("j'ai bien dit pi être").

Voila, j'éspère que ce sujet vous inspire...

Tofalu · 25/07/2007, 17h38

Une deuxième base de données qui contiendrait uniquement les champs et tables à conserver (genre les commentaires sur les produits pourraient être abndonnés), etc...

Si la base est petite, un simple champ booléen Archivé dans chaque table peut être une solution viable

Dryss51 · 26/07/2007, 08h28

Ouai, j ai aussi pensé à convertir certaine table de la base en fichier .txt et les balancer ensuite sur le disque dur

Tofalu · 26/07/2007, 18h02

Le soucis d'un txt c'est que ça ne va pas être optimisé question volume ni question recherche (si besoin il y a)

Dryss51 · 31/07/2007, 15h41

En gros tu préconises de : réouvrir une base, parcourir chaque ligne du recordset pour voir quel case est cocher par exemple puis copier puis supprimer puis fermer la base sauvegarde.

Es ce que ce ne sera pas trop lourd a gérer pour access ?

random · 31/07/2007, 16h37

règle 1 des back ups réguliers (la régularité va dépendre de la fréquence de mise à jour des données, ainsi pour des fichiers mensuels un back up mensuel est suffisant alors que des données de comptabilité donneront lieu à un back up journalier )

ensuite il n'y a pas de règle absolue on peut même ne jamais archiver
j'ai une base avec toutes les données depuis 93 (pfft ca rajeunit pas)

il faut d'abord disposer du volume de la base et du taux de rotation des données
il faut aussi définir la durée d'archivage nécessaire et la fréquence des accès
aux archives
il faut aussi définir le mode d'accès aux archives (dynamique avec les données, ou archives séparées par base (mdata2007,mdata2006...)

en ce qui concerne les phases de développement une copie de la base de développement à la demie journée est un bon compromis

Dryss51 · 01/08/2007, 09h39

(dynamique avec les données, ou archives séparées par base (mdata2007,mdata2006...)

Les mdata, je ne connais pas cela signifie qu'il y a un systeme d'archivage inclu dans access ?Si tu as plus d'infos, et si cela existe(systeme archivage access) est il fiable?

loufab · 02/08/2007, 14h16

Non il n'y a pas de système d'archivage natif. (mdata n'est qu'un exemple de nom... faut être habitué à Random

)

Le but de l'archivage est de mettre de coté les données qui ne sont plus nécessaire au fonctionnement direct de l'application.

Pour exemple dans une gestion de facturation :

Toutes les factures que l'on a plus besoin de consulter : honorées, passées en compta, matériel et/ou travaux effectués...
Dans cet exemple on ne doit pas oublier les données descendantes :
Le détail de la facture, les paiements correspondant, les relances...

On peut utiliser un champ de pointage (booléen) dans le cas ou il est coché l'enregistrement et bon pour l'archivage.

Une fois ceci définie on peut procéder avec la méthode suivante :

attachement des tables du fichier Archive
requete ajout (tables origines -> tables archives)
requete suppression ( tables origines)
suppression attachement
compactage.

Attention la suppression doit se faire en dernier et de bas en haut à cause des relations. L'ajout par contre se fait de haut en bas. A cause de l'intégrité référencielle.

On peut très bien utiliser le programme de Taches plannifiés pour lancer une application dédiée à cette tâche (la nuit ou le week end).

Une autre méthode plus brute consiste à faire une sauvegarde des bases (toutes les semaines par exemple) puis faire une suppression pure et simple des enregistrements n'ayant plus d'intéret. Le problème est de gérer la consultation des enregistrements supprimer (comment les retrouver dans les 52 sauvegarde d'une année (flotante) ou les 104 sur 2 années...

Cordialement,

random · 02/08/2007, 14h57

faut être habitué à Loufab

il ne veut surtout pas dire qu'il ne faut pas faire de back up à fréquence régulière si on archive

loufab · 02/08/2007, 15h32

Tu m'as compris Random :

Je ne dis surtout pas de ne pas faire de sauvegarde régulière.

Heureux-oli · 08/08/2007, 21h04

Pour l'archivage, si on veut économiser de la place sur le disque dur, on peut toujours utiliser le XML.
Mais personnellement, j'utilise la méthode de Tofalu, un champ booléen pour ne plus afficher les données.
Mes bases sont relativement petites max 20 Mo de données pour l'instant.

Dryss51 · 08/08/2007, 22h52

Bonjour,

Bah perso pour mon application actuelle, j'ai fini par opter pour une deuxième base "archivage". Je pense que c'est une meilleur solution qu'un fichier text finalement et comme le soulignait tofalu : ce sera plus pratique pour faire des recherches eventuelles. Par contre, niveau conception, pour l'export, c'est assez rapide, meme plus rapide que prévu, meme pas besoin de recordset et de vba, un requète avec into va bien et n'alourdit pas trop le prog. Le point plus galère est la supression des enregistrements dans les tables de bas en haut (je galère un peu la dessus en ce moment ) car j'ai des tables joiture avec deux clés primaire je pense...

Enfin, je pense que c'est une bonne solution. Mais peut être qu'une amélioration possible serait de créer automatiquement via du vba dao une base archivage tous les ans pour ne pas trop alourdir la prémière...

Nicko29 · 06/11/2007, 23h15

Bonsoir,

Je reviens sur les système d'archivage. et j'amène une nouvelle question pour un débat sur l'utilisation des archives.

La solution d'une base archive où l'on bascule tous les enregistrements " obsolètes" , que l'on supprime dans la base courante , me parait très bien.

Néanmoins comment fait-on pour utiliser les données archivées lorsque que l'on en a besoin ??

Parce dans le cas d'une base archive l'on a plus de lien avec la base courante !
Pas de base frontale contenant les formulaires etc...

Quelles peuvent être les méthodes pour utiliser une base archive avec les mêmes possibilité que la base courante ??

réinsérer tous les enregistrements " obsolètes" souhaité dans la base courante le temps de faire de l'utilisation après on les supprime de nouveau ..... c'est un peu lourd ....

Un avis sur la question ??

Lou Pitchoun · 07/11/2007, 11h32

Salut,

Il y a une solution tout à fait 'basique'
C'est une idée comme ça pas vraiment réfléchie mais la voici quand même :

Lier les tables archives
Etablir des requêtes UNION entre la table contenant les enregistrements 'en cours' et la table des enregistrements 'archivés'

Bien entendu, cette solution peut être utile pour toute recherche d'historique ou autre chose dans le genre.

Nicko29 · 07/11/2007, 13h18

Oui d'accord ,ca peut être une bonne solution mais dans ce cas la il faut recréer un tout un système de requet spécialement pour les archives en plus de celles existantes pour la bases courantes.

Ca fait du boulot , autant que pour la base courante ? peut etre

25/07/2007, 14h54	#1 (permalink)
Dryss51 Membre du Club Date d'inscription: juillet 2007 Localisation: Normandie Messages: 103	[Debat] [ACCESS]Quel système d'archivage préconnisez-vous ? Bonjour à tous, Pour ma part, je suis entrain de developper un application sous access 2007, et je me pose la question. Quel est la meilleur solution pour archiver des données sous access ? C'est pour cela que j'ai posé ce topic et ça permettra pi être : - Avoir des avis différents. - Par la même occasion, Créer un vrai debat d'opinion ("j'ai bien dit pi être"). Voila, j'éspère que ce sujet vous inspire... Dernière modification par Dryss51 ; 25/07/2007 à 15h08

25/07/2007, 17h38	#2 (permalink)
Tofalu Rédacteur Date d'inscription: octobre 2004 Localisation: Mâcon Messages: 5 851	Une deuxième base de données qui contiendrait uniquement les champs et tables à conserver (genre les commentaires sur les produits pourraient être abndonnés), etc... Si la base est petite, un simple champ booléen Archivé dans chaque table peut être une solution viable __________________ Tutoriel : Gestion de favoris sous Access 2007 Cours : Manipulation des fichiers en VBA

26/07/2007, 18h02	#4 (permalink)
Tofalu Rédacteur Date d'inscription: octobre 2004 Localisation: Mâcon Messages: 5 851	Le soucis d'un txt c'est que ça ne va pas être optimisé question volume ni question recherche (si besoin il y a) __________________ Tutoriel : Gestion de favoris sous Access 2007 Cours : Manipulation des fichiers en VBA

31/07/2007, 16h37	#6 (permalink)
random Expert Confirmé Sénior Date d'inscription: mai 2005 Messages: 3 285	règle 1 des back ups réguliers (la régularité va dépendre de la fréquence de mise à jour des données, ainsi pour des fichiers mensuels un back up mensuel est suffisant alors que des données de comptabilité donneront lieu à un back up journalier ) ensuite il n'y a pas de règle absolue on peut même ne jamais archiver j'ai une base avec toutes les données depuis 93 (pfft ca rajeunit pas) il faut d'abord disposer du volume de la base et du taux de rotation des données il faut aussi définir la durée d'archivage nécessaire et la fréquence des accès aux archives il faut aussi définir le mode d'accès aux archives (dynamique avec les données, ou archives séparées par base (mdata2007,mdata2006...) en ce qui concerne les phases de développement une copie de la base de développement à la demie journée est un bon compromis __________________ Elle est pas belle la vie ?

02/08/2007, 14h16	#8 (permalink)
loufab Rédacteur/Modérateur Date d'inscription: avril 2005 Localisation: TOULOUSE Âge: 40 Messages: 3 774	Non il n'y a pas de système d'archivage natif. (mdata n'est qu'un exemple de nom... faut être habitué à Random ) Le but de l'archivage est de mettre de coté les données qui ne sont plus nécessaire au fonctionnement direct de l'application. Pour exemple dans une gestion de facturation : Toutes les factures que l'on a plus besoin de consulter : honorées, passées en compta, matériel et/ou travaux effectués... Dans cet exemple on ne doit pas oublier les données descendantes : Le détail de la facture, les paiements correspondant, les relances... On peut utiliser un champ de pointage (booléen) dans le cas ou il est coché l'enregistrement et bon pour l'archivage. Une fois ceci définie on peut procéder avec la méthode suivante : attachement des tables du fichier Archive requete ajout (tables origines -> tables archives) requete suppression ( tables origines) suppression attachement compactage. Attention la suppression doit se faire en dernier et de bas en haut à cause des relations. L'ajout par contre se fait de haut en bas. A cause de l'intégrité référencielle. On peut très bien utiliser le programme de Taches plannifiés pour lancer une application dédiée à cette tâche (la nuit ou le week end). Une autre méthode plus brute consiste à faire une sauvegarde des bases (toutes les semaines par exemple) puis faire une suppression pure et simple des enregistrements n'ayant plus d'intéret. Le problème est de gérer la consultation des enregistrements supprimer (comment les retrouver dans les 52 sauvegarde d'une année (flotante) ou les 104 sur 2 années... Cordialement, __________________ questions techniques par MP >>> poubelle ! -- "Jeux dés teste le lent gagé c'est messe ! Hein qu'on prêt en cible nom ?" les Sources ACCESS Tutoriels et Applications gratuites \| Mode Page ACCESS 2007 \| Sécurité ACCESS \| Appels formulaires \| Optimisez vos applications Visitez AccesSite "Access ne nous rend que ce qu'on lui donne..." loufab Roulez autrement roulez en Trans Am.

26/07/2007, 08h28	#3 (permalink)
Dryss51 Membre du Club Date d'inscription: juillet 2007 Localisation: Normandie Messages: 103	Ouai, j ai aussi pensé à convertir certaine table de la base en fichier .txt et les balancer ensuite sur le disque dur

31/07/2007, 15h41	#5 (permalink)
Dryss51 Membre du Club Date d'inscription: juillet 2007 Localisation: Normandie Messages: 103	En gros tu préconises de : réouvrir une base, parcourir chaque ligne du recordset pour voir quel case est cocher par exemple puis copier puis supprimer puis fermer la base sauvegarde. Es ce que ce ne sera pas trop lourd a gérer pour access ?

01/08/2007, 09h39	#7 (permalink)
Dryss51 Membre du Club Date d'inscription: juillet 2007 Localisation: Normandie Messages: 103	(dynamique avec les données, ou archives séparées par base (mdata2007,mdata2006...) Les mdata, je ne connais pas cela signifie qu'il y a un systeme d'archivage inclu dans access ?Si tu as plus d'infos, et si cela existe(systeme archivage access) est il fiable?

02/08/2007, 14h57	#9 (permalink)
random Expert Confirmé Sénior Date d'inscription: mai 2005 Messages: 3 285	faut être habitué à Loufab il ne veut surtout pas dire qu'il ne faut pas faire de back up à fréquence régulière si on archive __________________ Elle est pas belle la vie ?

02/08/2007, 15h32	#10 (permalink)
loufab Rédacteur/Modérateur Date d'inscription: avril 2005 Localisation: TOULOUSE Âge: 40 Messages: 3 774	Tu m'as compris Random : Je ne dis surtout pas de ne pas faire de sauvegarde régulière. __________________ questions techniques par MP >>> poubelle ! -- "Jeux dés teste le lent gagé c'est messe ! Hein qu'on prêt en cible nom ?" les Sources ACCESS Tutoriels et Applications gratuites \| Mode Page ACCESS 2007 \| Sécurité ACCESS \| Appels formulaires \| Optimisez vos applications Visitez AccesSite "Access ne nous rend que ce qu'on lui donne..." loufab Roulez autrement roulez en Trans Am.

08/08/2007, 21h04	#11 (permalink)
Heureux-oli Responsable Word Date d'inscription: février 2006 Localisation: Morlanwelz (Carnières) Âge: 44 Messages: 10 009	Pour l'archivage, si on veut économiser de la place sur le disque dur, on peut toujours utiliser le XML. Mais personnellement, j'utilise la méthode de Tofalu, un champ booléen pour ne plus afficher les données. Mes bases sont relativement petites max 20 Mo de données pour l'instant. __________________ J'ai pas encore de décodeur, alors, postez en clair ! Comment mettre une balise de code ? Ne posez pas de question par MP, c'est inutile. Les rubriques Office recrutent. Ma page d'accueil Consultez nos FAQ !! Word ; Access ; Outlook ; Excel ; PowerPoint ; SharePoint Si vous pensez que certains sujets manquent dans la FAQ, aidez nous ! Des images

08/08/2007, 22h52	#12 (permalink)
Dryss51 Membre du Club Date d'inscription: juillet 2007 Localisation: Normandie Messages: 103	Bonjour, Bah perso pour mon application actuelle, j'ai fini par opter pour une deuxième base "archivage". Je pense que c'est une meilleur solution qu'un fichier text finalement et comme le soulignait tofalu : ce sera plus pratique pour faire des recherches eventuelles. Par contre, niveau conception, pour l'export, c'est assez rapide, meme plus rapide que prévu, meme pas besoin de recordset et de vba, un requète avec into va bien et n'alourdit pas trop le prog. Le point plus galère est la supression des enregistrements dans les tables de bas en haut (je galère un peu la dessus en ce moment ) car j'ai des tables joiture avec deux clés primaire je pense... Enfin, je pense que c'est une bonne solution. Mais peut être qu'une amélioration possible serait de créer automatiquement via du vba dao une base archivage tous les ans pour ne pas trop alourdir la prémière...

06/11/2007, 23h15	#13 (permalink)
Nicko29 Membre actif Date d'inscription: avril 2005 Messages: 181	Bonsoir, Je reviens sur les système d'archivage. et j'amène une nouvelle question pour un débat sur l'utilisation des archives. La solution d'une base archive où l'on bascule tous les enregistrements " obsolètes" , que l'on supprime dans la base courante , me parait très bien. Néanmoins comment fait-on pour utiliser les données archivées lorsque que l'on en a besoin ?? Parce dans le cas d'une base archive l'on a plus de lien avec la base courante ! Pas de base frontale contenant les formulaires etc... Quelles peuvent être les méthodes pour utiliser une base archive avec les mêmes possibilité que la base courante ?? réinsérer tous les enregistrements " obsolètes" souhaité dans la base courante le temps de faire de l'utilisation après on les supprime de nouveau ..... c'est un peu lourd .... Un avis sur la question ?? __________________ VBA pour Access - Dossier Micro Application

07/11/2007, 11h32	#14 (permalink)
Lou Pitchoun Responsable MSOffice Date d'inscription: février 2005 Localisation: Au soleil, Made In Marseille Âge: 30 Messages: 5 093	Salut, Il y a une solution tout à fait 'basique' C'est une idée comme ça pas vraiment réfléchie mais la voici quand même : Lier les tables archives Etablir des requêtes UNION entre la table contenant les enregistrements 'en cours' et la table des enregistrements 'archivés' Bien entendu, cette solution peut être utile pour toute recherche d'historique ou autre chose dans le genre. __________________ Responsable Office Futurs Modérateurs, Rédacteurs : We need you Access : Les Cours, Les Sources et Les FAQs Office Avant de poster : les choses importantes à lire pour la bonne tenue du forum. sinon Ma boite à MPs n'est pas l'annexe du forum Le complément BouleDeCristal n'existe pas encore !!!

07/11/2007, 13h18	#15 (permalink)
Nicko29 Membre actif Date d'inscription: avril 2005 Messages: 181	Oui d'accord ,ca peut être une bonne solution mais dans ce cas la il faut recréer un tout un système de requet spécialement pour les archives en plus de celles existantes pour la bases courantes. Ca fait du boulot , autant que pour la base courante ? peut etre __________________ VBA pour Access - Dossier Micro Application

		Forum des développeurs > Hardware, Systèmes et Logiciels > Microsoft Office > Access > Sondages et Débats
[Debat] [ACCESS]Quel système d'archivage préconnisez-vous ?

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email