Capdata TECH BLOG
Menu Close
  • SQL Server
  • Oracle
  • MySQL
  • Sybase
  • PostgreSQL
  • Google Cloud Platform
  • AWS
  • Azure
  • CAPDATA.FR

dbcc ind

0

Error 8976 / 8978, problèmes de chaînage, comment récupérer les données

Posted on 30 mai 2011 by David Baffaleuf

Cet article fait suite à une question postée sur developpez.net la semaine dernière. La personne indique qu’une erreur 823 est remontée sur une base en version SQL Server 2000. On lui demande d’inspecter les logs systèmes à la recherche d’une… Continuer la lecture →

SQL Server corruption, dbcc ind, internals
0

Alter table rebuild

Posted on 2 mars 2011 by Benjamin VESAN

Apparue  avec SQL Server 2008, cette nouvelle option permet de reconstruire une table qui n’a pas d’index cluster.  Une table de ce type est appelé un heap. Avant cette version, la solution souvent utilisée pour reconstruire une table heap consiste à créer… Continuer la lecture →

SQL Server alter table rebuild, dbcc ind
3

Fragmentation sur des tables stockées en S-GAM

Posted on 20 août 2010 by David Baffaleuf

C’est une question que j’ai fréquemment eu en formation à la suite d’un TP sur la fragmentation des indexes. Soit une table ‘FILLIALE‘ avec la définition suivante: FILLIALE { [ID_FILLIALE] [int] NOT NULL, [RAISOC] [varchar](50) NULL, [ADRESSE] [varchar](100) NULL, [CODEPOSTAL]… Continuer la lecture →

SQL Server dbcc ind, dbcc showcontig, fragmentation, SGAM
0

Intérêt de créer des indexes cluster uniques

Posted on 16 mars 2010 by David Baffaleuf

Hello, Un petit post rapide sur l’impact que peuvent avoir des valeurs de clés d’index clusterisé dupliquées sur les pages d’indexes non clusterisés. En effet, par défaut la commande CREATE CLUSTERED INDEX va créer un index clusterisé non-unique, qui donc… Continuer la lecture →

SQL Server bookmark lookup, dbcc ind, index clusterisé, index non clusterisé, unique

Social Media

RSS Capdata TECH BLOG

  • PostgreSQL Benchmarking 15 janvier 2021
  • AWS RDS, Aurora et PostgreSQL 14 décembre 2020
  • “Pruning” de partitions sous PostgreSQL ou comment bien élaguer ! 7 décembre 2020

Besoin d’un expert bases de données ?

Contactez notre équipe conseil au 0820 620 400 ou rendez-vous sur capdata.fr

Recherche

Archives

Commentaires récents

  • Ludovic AUGEREAU dans “Pruning” de partitions sous PostgreSQL ou comment bien élaguer !
  • Emmanuel RAMI dans “Pruning” de partitions sous PostgreSQL ou comment bien élaguer !
  • Rémi VIDIER dans PostgreSQL : Comparatif entre Barman et pgBackRest
  • Mahdi dans PostgreSQL : Comparatif entre Barman et pgBackRest
  • korthex dans Un trigger fait-il parti d’une transaction ?

Tags

asm AWS Azure backup backup database C# checksum cloud cluster comparatif corruption dbcc ind GUSS howto installation internals journal de transaction journal de transactions jss linux migration monitoring mysql mysql 8.0 nouveautes Oracle page_verify parallelisme perfmon performance performance_schema Postgres PostgreSQL Production RDS replication RML Utilities sqldiag SQL Server statistiques suse tempdb torn page detection update win32

GROUPE OSMOZIUM

GROUPE OSMOZIUM
92, avenue André Morizet
92100 Boulogne billancourt
Tél. : +33 (0)1 79 71 85 00
contact@groupe-osmozium.com

ACCÈS
Métro :
ligne 10 – Boulogne Pont de Saint-Cloud
Ligne 9 – Billancourt
Bus :
160 arrêt André Morizet
126 et 72 arrêt Ancienne Mairie.

CAP DATA CONSULTING

CAP DATA CONSULTING
92, avenue André Morizet
92100 Boulogne billancourt
Tél. : +33 (0)1 79 71 85 00
contact@capdata-osmozium.com

CAP DATA NANTES

CAP DATA CONSULTING
19 rue Crébillon
44000 NANTES
Tél. : +33 (0)2 28 20 21 90
contact@capdata-osmozium.com

ACCÈS
Depuis la gare de Nantes :
prendre la sortie Nord.
Tramway ligne 1 – Arrêt Commerce

© 2021 Capdata TECH BLOG. All rights reserved.
Hiero by aThemes