Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Windows Windows Serveur SQL Serveur Méthode d'archivage des données périmées d'une base

Méthode d'archivage des données périmées d'une base

6 réponses
Avatar
Jean-Yves
Bonjour à tous,

J'administre une base de données qui est en exploitation depuis 1998 et dont
3 tables (structure des commandes)
contiennent des enregistrements périmés (<2001) .
Je voudrais donc archiver ces enregistrements dans une autre base de données
(ARCHIVE) .

Est-ce la bonne méthode ou faut-il laisser ces données dans la base
d'exploitation afin de faciliter leur accéssibilité ?

Merci pour vos conseils.


Jean-Yves
Signaler un problème avec ce contenu

6 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
Romelard Fabrice [MVP]
Bonjour,

Sous quelle version ?

--
Cordialement.

Romelard Fabrice [MVP]

"Jean-Yves" <jeanyves.rancurel@(supprimerceci)vishay.com> a écrit dans le
message de news:
Bonjour à tous,

J'administre une base de données qui est en exploitation depuis 1998 et
dont
3 tables (structure des commandes)
contiennent des enregistrements périmés (<2001) .
Je voudrais donc archiver ces enregistrements dans une autre base de
données
(ARCHIVE) .

Est-ce la bonne méthode ou faut-il laisser ces données dans la base
d'exploitation afin de faciliter leur accéssibilité ?

Merci pour vos conseils.


Jean-Yves




Avatar
Jean-Yves
SQL Server 2000

"Romelard Fabrice [MVP]" a écrit dans le message de
news:O69QV%
Bonjour,

Sous quelle version ?

--
Cordialement.

Romelard Fabrice [MVP]

"Jean-Yves" <jeanyves.rancurel@(supprimerceci)vishay.com> a écrit dans le
message de news:
> Bonjour à tous,
>
> J'administre une base de données qui est en exploitation depuis 1998 et
> dont
> 3 tables (structure des commandes)
> contiennent des enregistrements périmés (<2001) .
> Je voudrais donc archiver ces enregistrements dans une autre base de
> données
> (ARCHIVE) .
>
> Est-ce la bonne méthode ou faut-il laisser ces données dans la base
> d'exploitation afin de faciliter leur accéssibilité ?
>
> Merci pour vos conseils.
>
>
> Jean-Yves
>
>




Avatar
Christianbt
Sous SQL Server 2000,
je vous invite à archiver vos données dans des tables en lecture seule...
Vous devez déplacer les données manuellement !

Sous SQL Server 2005,
vous pouvez répartir automatiquement vos données en fonction des dates grâce
à la nouvelle fonction de partitionnement des tables.
Créez une fonction et un schéma de partition...

Christian


"Jean-Yves" a écrit :

SQL Server 2000

"Romelard Fabrice [MVP]" a écrit dans le message de
news:O69QV%
> Bonjour,
>
> Sous quelle version ?
>
> --
> Cordialement.
>
> Romelard Fabrice [MVP]
>
> "Jean-Yves" <jeanyves.rancurel@(supprimerceci)vishay.com> a écrit dans le
> message de news:
> > Bonjour à tous,
> >
> > J'administre une base de données qui est en exploitation depuis 1998 et
> > dont
> > 3 tables (structure des commandes)
> > contiennent des enregistrements périmés (<2001) .
> > Je voudrais donc archiver ces enregistrements dans une autre base de
> > données
> > (ARCHIVE) .
> >
> > Est-ce la bonne méthode ou faut-il laisser ces données dans la base
> > d'exploitation afin de faciliter leur accéssibilité ?
> >
> > Merci pour vos conseils.
> >
> >
> > Jean-Yves
> >
> >
>
>





Avatar
SQLpro
Bonjour,

Christianbt a écrit :

Sous SQL Server 2000,
je vous invite à archiver vos données dans des tables en lecture seul e...
Vous devez déplacer les données manuellement !



Non, il est possible d'automatiser cela avec l'agent sql server et
l'utilisation de vues indexées partitionnées. C'est vrai que cela
représente un peu de travail.

A +



Sous SQL Server 2005,
vous pouvez répartir automatiquement vos données en fonction des date s grâce
à la nouvelle fonction de partitionnement des tables.
Créez une fonction et un schéma de partition...

Christian


"Jean-Yves" a écrit :

> SQL Server 2000
>
> "Romelard Fabrice [MVP]" a écrit dans le mess age de
> news:O69QV%
> > Bonjour,
> >
> > Sous quelle version ?
> >
> > --
> > Cordialement.
> >
> > Romelard Fabrice [MVP]
> >
> > "Jean-Yves" <jeanyves.rancurel@(supprimerceci)vishay.com> a écrit d ans le
> > message de news:
> > > Bonjour à tous,
> > >
> > > J'administre une base de données qui est en exploitation depuis 1 998 et
> > > dont
> > > 3 tables (structure des commandes)
> > > contiennent des enregistrements périmés (<2001) .
> > > Je voudrais donc archiver ces enregistrements dans une autre base de
> > > données
> > > (ARCHIVE) .
> > >
> > > Est-ce la bonne méthode ou faut-il laisser ces données dans la base
> > > d'exploitation afin de faciliter leur accéssibilité ?
> > >
> > > Merci pour vos conseils.
> > >
> > >
> > > Jean-Yves
> > >
> > >
> >
> >
>
>
>


Avatar
Jean-Yves
Bonjour ,

Je reviens sur le problème d'accéssibilité des données archivées .
Je comptais utiliser la même interface pour visualiser/modifier les données
en exploitation ainsi que les données archivées(lecture seule).
La structure des tables en exploitation risque de changer dans le temps , ce
qui rendra de plus en plus complexe une adaptation de
l'interface de visualisation pour continuer à accéder aux données archivées.

De plus , lors des prochains archivages , il sera tout aussi difficile de
faire "rentrer" les nouvelles données périmées dans la base d'archive.

Y-a-t-il une autre solution plus souple ?

Jean-Yves


"SQLpro" a écrit dans le message de
news:
Bonjour,

Christianbt a écrit :

Sous SQL Server 2000,
je vous invite à archiver vos données dans des tables en lecture seule...
Vous devez déplacer les données manuellement !



Non, il est possible d'automatiser cela avec l'agent sql server et
l'utilisation de vues indexées partitionnées. C'est vrai que cela
représente un peu de travail.

A +



Sous SQL Server 2005,
vous pouvez répartir automatiquement vos données en fonction des dates


grâce
à la nouvelle fonction de partitionnement des tables.
Créez une fonction et un schéma de partition...

Christian


"Jean-Yves" a écrit :

> SQL Server 2000
>
> "Romelard Fabrice [MVP]" a écrit dans le message


de
> news:O69QV%
> > Bonjour,
> >
> > Sous quelle version ?
> >
> > --
> > Cordialement.
> >
> > Romelard Fabrice [MVP]
> >
> > "Jean-Yves" <jeanyves.rancurel@(supprimerceci)vishay.com> a écrit dans


le
> > message de news:
> > > Bonjour à tous,
> > >
> > > J'administre une base de données qui est en exploitation depuis 1998


et
> > > dont
> > > 3 tables (structure des commandes)
> > > contiennent des enregistrements périmés (<2001) .
> > > Je voudrais donc archiver ces enregistrements dans une autre base de
> > > données
> > > (ARCHIVE) .
> > >
> > > Est-ce la bonne méthode ou faut-il laisser ces données dans la base
> > > d'exploitation afin de faciliter leur accéssibilité ?
> > >
> > > Merci pour vos conseils.
> > >
> > >
> > > Jean-Yves
> > >
> > >
> >
> >
>
>
>


Avatar
SQLpro
Jean-Yves (supprimerceci) a écrit :

Bonjour ,

Je reviens sur le problème d'accéssibilité des données archivée s .
Je comptais utiliser la même interface pour visualiser/modifier les don nées
en exploitation ainsi que les données archivées(lecture seule).
La structure des tables en exploitation risque de changer dans le temps , ce
qui rendra de plus en plus complexe une adaptation de
l'interface de visualisation pour continuer à accéder aux données a rchivées.



Il faut passer les script SQL de modif de schéma sur toutes les bases
d'archives et concevoir une interface de visualisation "souple" c'est
à dire supportant un SELECT * avec un nombre de colonnes pouvant
varier.

A +


De plus , lors des prochains archivages , il sera tout aussi difficile de
faire "rentrer" les nouvelles données périmées dans la base d'archi ve.

Y-a-t-il une autre solution plus souple ?

Jean-Yves


"SQLpro" a écrit dans le message de
news:
Bonjour,

Christianbt a écrit :

> Sous SQL Server 2000,
> je vous invite à archiver vos données dans des tables en lecture se ule...
> Vous devez déplacer les données manuellement !

Non, il est possible d'automatiser cela avec l'agent sql server et
l'utilisation de vues indexées partitionnées. C'est vrai que cela
représente un peu de travail.

A +


>
> Sous SQL Server 2005,
> vous pouvez répartir automatiquement vos données en fonction des da tes
grâce
> à la nouvelle fonction de partitionnement des tables.
> Créez une fonction et un schéma de partition...
>
> Christian
>
>
> "Jean-Yves" a écrit :
>
> > SQL Server 2000
> >
> > "Romelard Fabrice [MVP]" a écrit dans le me ssage
de
> > news:O69QV%
> > > Bonjour,
> > >
> > > Sous quelle version ?
> > >
> > > --
> > > Cordialement.
> > >
> > > Romelard Fabrice [MVP]
> > >
> > > "Jean-Yves" <jeanyves.rancurel@(supprimerceci)vishay.com> a écrit dans
le
> > > message de news:
> > > > Bonjour à tous,
> > > >
> > > > J'administre une base de données qui est en exploitation depuis 1998
et
> > > > dont
> > > > 3 tables (structure des commandes)
> > > > contiennent des enregistrements périmés (<2001) .
> > > > Je voudrais donc archiver ces enregistrements dans une autre base de
> > > > données
> > > > (ARCHIVE) .
> > > >
> > > > Est-ce la bonne méthode ou faut-il laisser ces données dans l a base
> > > > d'exploitation afin de faciliter leur accéssibilité ?
> > > >
> > > > Merci pour vos conseils.
> > > >
> > > >
> > > > Jean-Yves
> > > >
> > > >
> > >
> > >
> >
> >
> >