Contexte: base de donn=E9es SQL7/SP3 d'environ 50 Go=20
(quelques millions d'enregistrements), =E0 l'origine=20
contenue dans un seul MDF.
Des groupes de fichiers ont =E9t=E9 cr=E9=E9s pour r=E9partir les=20
donn=E9es et optimiser les performances, d'o=F9 3 groupes de=20
fichiers (tbl et idx). Apr=E8s cette r=E9organisation, il=20
semblerait que les objets index et tbl aient grossi=20
anormalement. Y-a-il une explication valable =E0 cette=20
situation, car les index ont =E9t=E9 reconstruits apr=E8s la=20
d=E9coupe en groupe de fichiers et les tables ont =E9t=E9=20
optimis=E9es ? J'avoue que cela me d=E9passe un peu ...
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]
Quand tu dis que tu sépares tables et index, il s'agit bien des index non clustered?! la seule chose qui peut faire grossir ces tables et index est un fillfactor différent tu peux voir l'utilisation réelle avec DBCC SHOWCONTIG
br
"Yael Cheenne" wrote in message news:00dd01c3db81$da75c040$ Bonjour,
Contexte: base de données SQL7/SP3 d'environ 50 Go (quelques millions d'enregistrements), à l'origine contenue dans un seul MDF.
Des groupes de fichiers ont été créés pour répartir les données et optimiser les performances, d'où 3 groupes de fichiers (tbl et idx). Après cette réorganisation, il semblerait que les objets index et tbl aient grossi anormalement. Y-a-il une explication valable à cette situation, car les index ont été reconstruits après la découpe en groupe de fichiers et les tables ont été optimisées ? J'avoue que cela me dépasse un peu ...
Merci de votre aide précieuse... Yaël
Quand tu dis que tu sépares tables et index, il s'agit bien des index non
clustered?!
la seule chose qui peut faire grossir ces tables et index est un fillfactor
différent
tu peux voir l'utilisation réelle avec DBCC SHOWCONTIG
br
"Yael Cheenne" <anonymous@discussions.microsoft.com> wrote in message
news:00dd01c3db81$da75c040$a101280a@phx.gbl...
Bonjour,
Contexte: base de données SQL7/SP3 d'environ 50 Go
(quelques millions d'enregistrements), à l'origine
contenue dans un seul MDF.
Des groupes de fichiers ont été créés pour répartir les
données et optimiser les performances, d'où 3 groupes de
fichiers (tbl et idx). Après cette réorganisation, il
semblerait que les objets index et tbl aient grossi
anormalement. Y-a-il une explication valable à cette
situation, car les index ont été reconstruits après la
découpe en groupe de fichiers et les tables ont été
optimisées ? J'avoue que cela me dépasse un peu ...
Quand tu dis que tu sépares tables et index, il s'agit bien des index non clustered?! la seule chose qui peut faire grossir ces tables et index est un fillfactor différent tu peux voir l'utilisation réelle avec DBCC SHOWCONTIG
br
"Yael Cheenne" wrote in message news:00dd01c3db81$da75c040$ Bonjour,
Contexte: base de données SQL7/SP3 d'environ 50 Go (quelques millions d'enregistrements), à l'origine contenue dans un seul MDF.
Des groupes de fichiers ont été créés pour répartir les données et optimiser les performances, d'où 3 groupes de fichiers (tbl et idx). Après cette réorganisation, il semblerait que les objets index et tbl aient grossi anormalement. Y-a-il une explication valable à cette situation, car les index ont été reconstruits après la découpe en groupe de fichiers et les tables ont été optimisées ? J'avoue que cela me dépasse un peu ...
Merci de votre aide précieuse... Yaël
lionelp
Bonjour,
Placer les index dans un même file group est une idée a priori mauvaise car on va générer de la contention sur le file group où se trouve les index.
Cordialement, LionelP
"bruno reiter [MVP]" wrote in message news:
Quand tu dis que tu sépares tables et index, il s'agit bien des index non clustered?! la seule chose qui peut faire grossir ces tables et index est un
fillfactor
différent tu peux voir l'utilisation réelle avec DBCC SHOWCONTIG
br
"Yael Cheenne" wrote in message news:00dd01c3db81$da75c040$ Bonjour,
Contexte: base de données SQL7/SP3 d'environ 50 Go (quelques millions d'enregistrements), à l'origine contenue dans un seul MDF.
Des groupes de fichiers ont été créés pour répartir les données et optimiser les performances, d'où 3 groupes de fichiers (tbl et idx). Après cette réorganisation, il semblerait que les objets index et tbl aient grossi anormalement. Y-a-il une explication valable à cette situation, car les index ont été reconstruits après la découpe en groupe de fichiers et les tables ont été optimisées ? J'avoue que cela me dépasse un peu ...
Merci de votre aide précieuse... Yaël
Bonjour,
Placer les index dans un même file group est une idée a priori mauvaise car
on va générer de la contention sur le file group où se trouve les index.
Cordialement,
LionelP
"bruno reiter [MVP]" <remove.this.br33@bol.com.br> wrote in message
news:u9NxwiA3DHA.1804@TK2MSFTNGP12.phx.gbl...
Quand tu dis que tu sépares tables et index, il s'agit bien des index non
clustered?!
la seule chose qui peut faire grossir ces tables et index est un
fillfactor
différent
tu peux voir l'utilisation réelle avec DBCC SHOWCONTIG
br
"Yael Cheenne" <anonymous@discussions.microsoft.com> wrote in message
news:00dd01c3db81$da75c040$a101280a@phx.gbl...
Bonjour,
Contexte: base de données SQL7/SP3 d'environ 50 Go
(quelques millions d'enregistrements), à l'origine
contenue dans un seul MDF.
Des groupes de fichiers ont été créés pour répartir les
données et optimiser les performances, d'où 3 groupes de
fichiers (tbl et idx). Après cette réorganisation, il
semblerait que les objets index et tbl aient grossi
anormalement. Y-a-il une explication valable à cette
situation, car les index ont été reconstruits après la
découpe en groupe de fichiers et les tables ont été
optimisées ? J'avoue que cela me dépasse un peu ...
Placer les index dans un même file group est une idée a priori mauvaise car on va générer de la contention sur le file group où se trouve les index.
Cordialement, LionelP
"bruno reiter [MVP]" wrote in message news:
Quand tu dis que tu sépares tables et index, il s'agit bien des index non clustered?! la seule chose qui peut faire grossir ces tables et index est un
fillfactor
différent tu peux voir l'utilisation réelle avec DBCC SHOWCONTIG
br
"Yael Cheenne" wrote in message news:00dd01c3db81$da75c040$ Bonjour,
Contexte: base de données SQL7/SP3 d'environ 50 Go (quelques millions d'enregistrements), à l'origine contenue dans un seul MDF.
Des groupes de fichiers ont été créés pour répartir les données et optimiser les performances, d'où 3 groupes de fichiers (tbl et idx). Après cette réorganisation, il semblerait que les objets index et tbl aient grossi anormalement. Y-a-il une explication valable à cette situation, car les index ont été reconstruits après la découpe en groupe de fichiers et les tables ont été optimisées ? J'avoue que cela me dépasse un peu ...
