IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

MS SQL Server Discussion :

Compactage en SQL


Sujet :

MS SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre très actif
    Profil pro
    Inscrit en
    Mai 2006
    Messages
    1 047
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2006
    Messages : 1 047
    Par défaut Compactage en SQL
    Bonjour,

    Je souhaite faire un compactage de la base de donnée avant la sauvegarde.
    Cela doit ce faire au travers de VB.
    Comment peut on le faire au travers du SQL?

    merci

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 010
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 22 010
    Billets dans le blog
    6
    Par défaut
    La notion de "compactage" n'existe pas au niveau des SGBDR C/S. On ne maintient pas des SGBDR C/S comme des BD fichiers de type ACCESS.

    En revanche il existe des procédures de défragmentation d'index, de reconstruction d'index, de troncature de fichiers et de réduction de la taille des fichiers. Voir le cours d'administration de MS SQL Server
    https://www.microsoftelearning.com/f...rPriceId=75298

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  3. #3
    Membre très actif
    Profil pro
    Inscrit en
    Mai 2006
    Messages
    1 047
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2006
    Messages : 1 047
    Par défaut
    Merci SQLPro

    j'ai utilisé auto shrink est ce une bonne méthode de réduction de taille?

    db.Execute "ALTER DATABASE MaintExpressSQL set auto_shrink on"

    bonne soirée

  4. #4
    Membre chevronné
    Avatar de m-mas
    Homme Profil pro
    Directeur technique
    Inscrit en
    Février 2003
    Messages
    576
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : Tunisie

    Informations professionnelles :
    Activité : Directeur technique

    Informations forums :
    Inscription : Février 2003
    Messages : 576
    Par défaut
    Citation Envoyé par SQLpro
    La notion de "compactage" n'existe pas au niveau des SGBDR C/S. On ne maintient pas des SGBDR C/S comme des BD fichiers de type ACCESS.

    En revanche il existe des procédures de défragmentation d'index, de reconstruction d'index, de troncature de fichiers et de réduction de la taille des fichiers. Voir le cours d'administration de MS SQL Server
    https://www.microsoftelearning.com/f...rPriceId=75298

    A +
    Pourtant, si on utilise Entreprise Manager, on trouve un menu "compactage de la base" en cliquant avec le bouton droit de la souris sur une base, toute les tâches ...

    c'est peut être une mauvaise traduction, non ?

  5. #5
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 010
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 22 010
    Billets dans le blog
    6
    Par défaut
    L'auto schrink des fichiers de la base de données est particulièrement contre performant. Celui concernant le fichier du JT est plus concevable. Mais à chaque fois que vous voudrez insérer de nouvelles données il faudra de nouvelles opération de croissance et de structuration des fichiers. Vous allez donc perdre un temps monstrueux lors des opérations de mise à jour de la table et fragmenter de manière irrémédiable les fichiers de la base.
    De plus un shrink du fichier du JT ne peut réussir que s'il y a eu une sauvegarde préalable du JT. Sinon il est inopérant et le fichier continu de grossir.
    Je vous déconseille donc de placer votre base en AUTO_SHRINK ON. Ceci n'a d'intérêt que sur des SQL embarqués avec des limites drastiques de place comme SQL CE.

    si on utilise Entreprise Manager, on trouve un menu "compactage de la base"
    Qui réalise un shrink de tous les fichiers...

    Lisez l'article que j'ai écrit à ce sujet :
    http://sqlpro.developpez.com/cours/sqlserver/log/

    Mais le shrink des fichiers ne compacte pas pour autant les "vides" présent dans les pages utilisée de la base. Il faut pour cela d'autres opération comme la réindexation ou le défragmentation des index.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

Discussions similaires

  1. Réponses: 3
    Dernier message: 13/03/2007, 22h48
  2. L'avenir du BDE et des SQL Links révélé ! <officiel>
    Par Merlin dans le forum Bases de données
    Réponses: 12
    Dernier message: 02/06/2006, 10h18
  3. Pb migration Access / SQL server
    Par yoyo dans le forum MS SQL Server
    Réponses: 10
    Dernier message: 25/04/2005, 10h39
  4. Cours, tutoriels, logiciels, F.A.Q,... pour le langage SQL
    Par Marc Lussac dans le forum Langage SQL
    Réponses: 0
    Dernier message: 04/04/2002, 10h21

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo