J'ai vu qu'il est possible de compacter les bases de données ainsi que les
fichiers.
Je voulais savoir d'une part, s'il y a un risque potentiel de perte de
données, le fait de le faire en production. D'autre part, quel est l'intéret
de compacter la base de données? Est-ce que ça améliore ses temps de
réponses? Sinon existe-t-il d'autres outils SQL pour optimiser la base?
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
bruno reiter [MVP]
Dans la plupart des cas (seulement dans la plupart pour faire plaisir à Med ;-)) c'est (très) pénalisant car le fichier est systématiquement compacté et décompacté par l'OS.
pour optimiser, défragmenter régulièrement et bien indexer.
br
"Nico F" wrote in message news:
Bonjour,
J'ai vu qu'il est possible de compacter les bases de données ainsi que les fichiers.
Je voulais savoir d'une part, s'il y a un risque potentiel de perte de données, le fait de le faire en production. D'autre part, quel est
l'intéret
de compacter la base de données? Est-ce que ça améliore ses temps de réponses? Sinon existe-t-il d'autres outils SQL pour optimiser la base?
D'avance Merci
Nicolas.
Dans la plupart des cas (seulement dans la plupart pour faire plaisir à Med
;-)) c'est (très) pénalisant car le fichier est systématiquement compacté et
décompacté par l'OS.
pour optimiser, défragmenter régulièrement et bien indexer.
br
"Nico F" <nospam.-service.info@clabo.fr> wrote in message
news:eaQyAYsOFHA.2708@tk2msftngp13.phx.gbl...
Bonjour,
J'ai vu qu'il est possible de compacter les bases de données ainsi que les
fichiers.
Je voulais savoir d'une part, s'il y a un risque potentiel de perte de
données, le fait de le faire en production. D'autre part, quel est
l'intéret
de compacter la base de données? Est-ce que ça améliore ses temps de
réponses? Sinon existe-t-il d'autres outils SQL pour optimiser la base?
Dans la plupart des cas (seulement dans la plupart pour faire plaisir à Med ;-)) c'est (très) pénalisant car le fichier est systématiquement compacté et décompacté par l'OS.
pour optimiser, défragmenter régulièrement et bien indexer.
br
"Nico F" wrote in message news:
Bonjour,
J'ai vu qu'il est possible de compacter les bases de données ainsi que les fichiers.
Je voulais savoir d'une part, s'il y a un risque potentiel de perte de données, le fait de le faire en production. D'autre part, quel est
l'intéret
de compacter la base de données? Est-ce que ça améliore ses temps de réponses? Sinon existe-t-il d'autres outils SQL pour optimiser la base?
D'avance Merci
Nicolas.
Med Bouchenafa
Nicolas pose effectivement une question de fond Quel est l'interêt de compacter une base de données ? Récuperer de l'espace ? Je peux à la rigeur le comprendre pour le ou les fichiers du journal mais pour les fichiers de données je me joins à Bruno pour dire qu'il vaut mieux defragmenter
Cela n'empêche que je continue à me demander dans quelle situation, on aurait interêt à decompacter
-- Bien cordialement Med Bouchenafa
"bruno reiter [MVP]" <remove.this! a écrit dans le message de news:
Dans la plupart des cas (seulement dans la plupart pour faire plaisir à Med ;-)) c'est (très) pénalisant car le fichier est systématiquement compacté et décompacté par l'OS.
pour optimiser, défragmenter régulièrement et bien indexer.
br
"Nico F" wrote in message news:
Bonjour,
J'ai vu qu'il est possible de compacter les bases de données ainsi que les fichiers.
Je voulais savoir d'une part, s'il y a un risque potentiel de perte de données, le fait de le faire en production. D'autre part, quel est
l'intéret
de compacter la base de données? Est-ce que ça améliore ses temps de réponses? Sinon existe-t-il d'autres outils SQL pour optimiser la base?
D'avance Merci
Nicolas.
Nicolas pose effectivement une question de fond
Quel est l'interêt de compacter une base de données ?
Récuperer de l'espace ?
Je peux à la rigeur le comprendre pour le ou les fichiers du journal mais
pour les fichiers de données je me joins à Bruno pour dire qu'il vaut mieux
defragmenter
Cela n'empêche que je continue à me demander dans quelle situation, on
aurait interêt à decompacter
--
Bien cordialement
Med Bouchenafa
"bruno reiter [MVP]" <remove.this!.br33@bol.com.br> a écrit dans le message
de news: OIwvYCuOFHA.2144@TK2MSFTNGP09.phx.gbl...
Dans la plupart des cas (seulement dans la plupart pour faire plaisir à
Med
;-)) c'est (très) pénalisant car le fichier est systématiquement compacté
et
décompacté par l'OS.
pour optimiser, défragmenter régulièrement et bien indexer.
br
"Nico F" <nospam.-service.info@clabo.fr> wrote in message
news:eaQyAYsOFHA.2708@tk2msftngp13.phx.gbl...
Bonjour,
J'ai vu qu'il est possible de compacter les bases de données ainsi que
les
fichiers.
Je voulais savoir d'une part, s'il y a un risque potentiel de perte de
données, le fait de le faire en production. D'autre part, quel est
l'intéret
de compacter la base de données? Est-ce que ça améliore ses temps de
réponses? Sinon existe-t-il d'autres outils SQL pour optimiser la base?
Nicolas pose effectivement une question de fond Quel est l'interêt de compacter une base de données ? Récuperer de l'espace ? Je peux à la rigeur le comprendre pour le ou les fichiers du journal mais pour les fichiers de données je me joins à Bruno pour dire qu'il vaut mieux defragmenter
Cela n'empêche que je continue à me demander dans quelle situation, on aurait interêt à decompacter
-- Bien cordialement Med Bouchenafa
"bruno reiter [MVP]" <remove.this! a écrit dans le message de news:
Dans la plupart des cas (seulement dans la plupart pour faire plaisir à Med ;-)) c'est (très) pénalisant car le fichier est systématiquement compacté et décompacté par l'OS.
pour optimiser, défragmenter régulièrement et bien indexer.
br
"Nico F" wrote in message news:
Bonjour,
J'ai vu qu'il est possible de compacter les bases de données ainsi que les fichiers.
Je voulais savoir d'une part, s'il y a un risque potentiel de perte de données, le fait de le faire en production. D'autre part, quel est
l'intéret
de compacter la base de données? Est-ce que ça améliore ses temps de réponses? Sinon existe-t-il d'autres outils SQL pour optimiser la base?
D'avance Merci
Nicolas.
Houdini
Bonjour,
Quand vous parlez de "compacter les données", vous parlez de la compression NT ou bien d'un mecanisme proposé au sein meme de SQL Server (que je ne connais s'il existe) ?
Merci pour votre réponse
Houdini
Bonjour,
Quand vous parlez de "compacter les données", vous parlez de la compression
NT ou bien d'un mecanisme proposé au sein meme de SQL Server (que je ne
connais s'il existe) ?
Quand vous parlez de "compacter les données", vous parlez de la compression NT ou bien d'un mecanisme proposé au sein meme de SQL Server (que je ne connais s'il existe) ?
Merci pour votre réponse
Houdini
Med Bouchenafa
Il a effectivement un mécanisme propre à SQL Server Voir DBCC SHRINKFILE et DBCC SHRINKDB dans l'Aide En Ligne
Bien cordialement Med Bouchenafa
"Houdini" a écrit :
Bonjour,
Quand vous parlez de "compacter les données", vous parlez de la compression NT ou bien d'un mecanisme proposé au sein meme de SQL Server (que je ne connais s'il existe) ?
Merci pour votre réponse
Houdini
Il a effectivement un mécanisme propre à SQL Server
Voir DBCC SHRINKFILE et DBCC SHRINKDB dans l'Aide En Ligne
Bien cordialement
Med Bouchenafa
"Houdini" a écrit :
Bonjour,
Quand vous parlez de "compacter les données", vous parlez de la compression
NT ou bien d'un mecanisme proposé au sein meme de SQL Server (que je ne
connais s'il existe) ?
Il a effectivement un mécanisme propre à SQL Server Voir DBCC SHRINKFILE et DBCC SHRINKDB dans l'Aide En Ligne
Bien cordialement Med Bouchenafa
"Houdini" a écrit :
Bonjour,
Quand vous parlez de "compacter les données", vous parlez de la compression NT ou bien d'un mecanisme proposé au sein meme de SQL Server (que je ne connais s'il existe) ?
Merci pour votre réponse
Houdini
Houdini
Merci Med. Je n'avais pas percuté que cela faisait référence à la réduction. J'ai utilisé le shrink dans certains cas -> récupérer de la place disque car disque plein mais ceci n'est pas terrible pour les perf (fragmentation). A+ Houdini
Merci Med. Je n'avais pas percuté que cela faisait référence à la réduction.
J'ai utilisé le shrink dans certains cas -> récupérer de la place disque car
disque plein mais ceci n'est pas terrible pour les perf (fragmentation).
A+
Houdini
Merci Med. Je n'avais pas percuté que cela faisait référence à la réduction. J'ai utilisé le shrink dans certains cas -> récupérer de la place disque car disque plein mais ceci n'est pas terrible pour les perf (fragmentation). A+ Houdini
Philippe T [MS]
Bonjour,
Il peut exister des cas dans lequel cela a un interet de compacter c'est lorsque la table sur laquel on travail contient des données historisées que l'on ne manipule pratiquement plus : mais là le mieux est d'utiliser le partitionnement qui va arriver avec SQL 2005.
Sinon rien ne vaut effectivement une bonne défragmentation !!!
---------------------------------------------------------------------- Philippe TROTIN - Microsoft Service France
"Med Bouchenafa" wrote in message news:
Nicolas pose effectivement une question de fond Quel est l'interêt de compacter une base de données ? Récuperer de l'espace ? Je peux à la rigeur le comprendre pour le ou les fichiers du journal mais pour les fichiers de données je me joins à Bruno pour dire qu'il vaut mieux defragmenter
Cela n'empêche que je continue à me demander dans quelle situation, on aurait interêt à decompacter
-- Bien cordialement Med Bouchenafa
"bruno reiter [MVP]" <remove.this! a écrit dans le message de news:
Dans la plupart des cas (seulement dans la plupart pour faire plaisir à Med ;-)) c'est (très) pénalisant car le fichier est systématiquement compacté et décompacté par l'OS.
pour optimiser, défragmenter régulièrement et bien indexer.
br
"Nico F" wrote in message news:
Bonjour,
J'ai vu qu'il est possible de compacter les bases de données ainsi que les fichiers.
Je voulais savoir d'une part, s'il y a un risque potentiel de perte de données, le fait de le faire en production. D'autre part, quel est
l'intéret
de compacter la base de données? Est-ce que ça améliore ses temps de réponses? Sinon existe-t-il d'autres outils SQL pour optimiser la base?
D'avance Merci
Nicolas.
Bonjour,
Il peut exister des cas dans lequel cela a un interet de compacter c'est
lorsque la table sur laquel on travail contient des données historisées que
l'on ne manipule pratiquement plus : mais là le mieux est d'utiliser le
partitionnement qui va arriver avec SQL 2005.
Sinon rien ne vaut effectivement une bonne défragmentation !!!
----------------------------------------------------------------------
Philippe TROTIN - Microsoft Service France
"Med Bouchenafa" <com.hotmail@bouchenafa> wrote in message
news:u9jX1kuOFHA.3376@TK2MSFTNGP09.phx.gbl...
Nicolas pose effectivement une question de fond
Quel est l'interêt de compacter une base de données ?
Récuperer de l'espace ?
Je peux à la rigeur le comprendre pour le ou les fichiers du journal mais
pour les fichiers de données je me joins à Bruno pour dire qu'il vaut
mieux defragmenter
Cela n'empêche que je continue à me demander dans quelle situation, on
aurait interêt à decompacter
--
Bien cordialement
Med Bouchenafa
"bruno reiter [MVP]" <remove.this!.br33@bol.com.br> a écrit dans le
message de news: OIwvYCuOFHA.2144@TK2MSFTNGP09.phx.gbl...
Dans la plupart des cas (seulement dans la plupart pour faire plaisir à
Med
;-)) c'est (très) pénalisant car le fichier est systématiquement compacté
et
décompacté par l'OS.
pour optimiser, défragmenter régulièrement et bien indexer.
br
"Nico F" <nospam.-service.info@clabo.fr> wrote in message
news:eaQyAYsOFHA.2708@tk2msftngp13.phx.gbl...
Bonjour,
J'ai vu qu'il est possible de compacter les bases de données ainsi que
les
fichiers.
Je voulais savoir d'une part, s'il y a un risque potentiel de perte de
données, le fait de le faire en production. D'autre part, quel est
l'intéret
de compacter la base de données? Est-ce que ça améliore ses temps de
réponses? Sinon existe-t-il d'autres outils SQL pour optimiser la base?
Il peut exister des cas dans lequel cela a un interet de compacter c'est lorsque la table sur laquel on travail contient des données historisées que l'on ne manipule pratiquement plus : mais là le mieux est d'utiliser le partitionnement qui va arriver avec SQL 2005.
Sinon rien ne vaut effectivement une bonne défragmentation !!!
---------------------------------------------------------------------- Philippe TROTIN - Microsoft Service France
"Med Bouchenafa" wrote in message news:
Nicolas pose effectivement une question de fond Quel est l'interêt de compacter une base de données ? Récuperer de l'espace ? Je peux à la rigeur le comprendre pour le ou les fichiers du journal mais pour les fichiers de données je me joins à Bruno pour dire qu'il vaut mieux defragmenter
Cela n'empêche que je continue à me demander dans quelle situation, on aurait interêt à decompacter
-- Bien cordialement Med Bouchenafa
"bruno reiter [MVP]" <remove.this! a écrit dans le message de news:
Dans la plupart des cas (seulement dans la plupart pour faire plaisir à Med ;-)) c'est (très) pénalisant car le fichier est systématiquement compacté et décompacté par l'OS.
pour optimiser, défragmenter régulièrement et bien indexer.
br
"Nico F" wrote in message news:
Bonjour,
J'ai vu qu'il est possible de compacter les bases de données ainsi que les fichiers.
Je voulais savoir d'une part, s'il y a un risque potentiel de perte de données, le fait de le faire en production. D'autre part, quel est
l'intéret
de compacter la base de données? Est-ce que ça améliore ses temps de réponses? Sinon existe-t-il d'autres outils SQL pour optimiser la base?
D'avance Merci
Nicolas.
Martinus
On Thu, 7 Apr 2005 06:37:02 -0700, "Houdini" wrote:
Merci Med. Je n'avais pas percuté que cela faisait référence à la réduction. J'ai utilisé le shrink dans certains cas -> récupérer de la place disque car disque plein mais ceci n'est pas terrible pour les perf (fragmentation).
Je ne comprend pas en quoi le compactage est "n'est pas terrible pour les perf" ? Logiquement je pense qu'il reorganise le placement des données de manière à ne plus avoir d'espace libre entre les données ce qui permet de gagner de la place tout en reorganisant les données ... non ?
On Thu, 7 Apr 2005 06:37:02 -0700, "Houdini"
<Houdini@discussions.microsoft.com> wrote:
Merci Med. Je n'avais pas percuté que cela faisait référence à la réduction.
J'ai utilisé le shrink dans certains cas -> récupérer de la place disque car
disque plein mais ceci n'est pas terrible pour les perf (fragmentation).
Je ne comprend pas en quoi le compactage est "n'est pas terrible pour
les perf" ? Logiquement je pense qu'il reorganise le placement des
données de manière à ne plus avoir d'espace libre entre les données ce
qui permet de gagner de la place tout en reorganisant les données ...
non ?
On Thu, 7 Apr 2005 06:37:02 -0700, "Houdini" wrote:
Merci Med. Je n'avais pas percuté que cela faisait référence à la réduction. J'ai utilisé le shrink dans certains cas -> récupérer de la place disque car disque plein mais ceci n'est pas terrible pour les perf (fragmentation).
Je ne comprend pas en quoi le compactage est "n'est pas terrible pour les perf" ? Logiquement je pense qu'il reorganise le placement des données de manière à ne plus avoir d'espace libre entre les données ce qui permet de gagner de la place tout en reorganisant les données ... non ?
