J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés
grosse).
Est-ce que cette fragmentation est vraiment contre performantes sur des
gros
traitement de recherche d'enreg ?
Je compte executer un dbreindex toute les nuits pour pallier à ce
problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser
les
index.
Est-ce que c'est la meilleur méthode, car je pourrais faire un create
index
with existing, mais je ne sais pas si cela ca être plus efficace.
Merci.
J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés
grosse).
Est-ce que cette fragmentation est vraiment contre performantes sur des
gros
traitement de recherche d'enreg ?
Je compte executer un dbreindex toute les nuits pour pallier à ce
problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser
les
index.
Est-ce que c'est la meilleur méthode, car je pourrais faire un create
index
with existing, mais je ne sais pas si cela ca être plus efficace.
Merci.
J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés
grosse).
Est-ce que cette fragmentation est vraiment contre performantes sur des
gros
traitement de recherche d'enreg ?
Je compte executer un dbreindex toute les nuits pour pallier à ce
problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser
les
index.
Est-ce que c'est la meilleur méthode, car je pourrais faire un create
index
with existing, mais je ne sais pas si cela ca être plus efficace.
Merci.
J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés grosse).
Est-ce que cette fragmentation est vraiment contre performantes sur des gros
traitement de recherche d'enreg ?
Je compte executer un dbreindex toute les nuits pour pallier à ce problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser les
index.
Est-ce que c'est la meilleur méthode, car je pourrais faire un create index
with existing, mais je ne sais pas si cela ca être plus efficace.
Merci.
J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés grosse).
Est-ce que cette fragmentation est vraiment contre performantes sur des gros
traitement de recherche d'enreg ?
Je compte executer un dbreindex toute les nuits pour pallier à ce problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser les
index.
Est-ce que c'est la meilleur méthode, car je pourrais faire un create index
with existing, mais je ne sais pas si cela ca être plus efficace.
Merci.
J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés grosse).
Est-ce que cette fragmentation est vraiment contre performantes sur des gros
traitement de recherche d'enreg ?
Je compte executer un dbreindex toute les nuits pour pallier à ce problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser les
index.
Est-ce que c'est la meilleur méthode, car je pourrais faire un create index
with existing, mais je ne sais pas si cela ca être plus efficace.
Merci.
J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés
grosse).
Est-ce que cette fragmentation est vraiment contre performantes sur des
gros
traitement de recherche d'enreg ?
Je compte executer un dbreindex toute les nuits pour pallier à ce
problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser
les
index.
Est-ce que c'est la meilleur méthode, car je pourrais faire un create
index
with existing, mais je ne sais pas si cela ca être plus efficace.
Merci.
J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés
grosse).
Est-ce que cette fragmentation est vraiment contre performantes sur des
gros
traitement de recherche d'enreg ?
Je compte executer un dbreindex toute les nuits pour pallier à ce
problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser
les
index.
Est-ce que c'est la meilleur méthode, car je pourrais faire un create
index
with existing, mais je ne sais pas si cela ca être plus efficace.
Merci.
J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés
grosse).
Est-ce que cette fragmentation est vraiment contre performantes sur des
gros
traitement de recherche d'enreg ?
Je compte executer un dbreindex toute les nuits pour pallier à ce
problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser
les
index.
Est-ce que c'est la meilleur méthode, car je pourrais faire un create
index
with existing, mais je ne sais pas si cela ca être plus efficace.
Merci.
Olivier a écrit:
> J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés grosse).
si la table est très petite, SQL Server n'utilisera probablement pas les index
pour les requêtes.
>
> Est-ce que cette fragmentation est vraiment contre performantes sur des gros
> traitement de recherche d'enreg ?
un peu
>
> Je compte executer un dbreindex toute les nuits pour pallier à ce problème,
> car j'ai remarqué que le dbreindex était assez efficace pour réorganiser les
> index.
Oui, mais DBCC DBREINDEX détruit les index pendant la reconstruction. Si des
requêtes se présentent pendant ce temps là, alors elle ne pourront utiliser les
index...
>
> Est-ce que c'est la meilleur méthode, car je pourrais faire un create index
> with existing, mais je ne sais pas si cela ca être plus efficace.
même problème.
Dans le cas évoqué ci dessus il faut faire un DBCC INDEXDEFRAG.
>
> Merci.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Olivier a écrit:
> J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés grosse).
si la table est très petite, SQL Server n'utilisera probablement pas les index
pour les requêtes.
>
> Est-ce que cette fragmentation est vraiment contre performantes sur des gros
> traitement de recherche d'enreg ?
un peu
>
> Je compte executer un dbreindex toute les nuits pour pallier à ce problème,
> car j'ai remarqué que le dbreindex était assez efficace pour réorganiser les
> index.
Oui, mais DBCC DBREINDEX détruit les index pendant la reconstruction. Si des
requêtes se présentent pendant ce temps là, alors elle ne pourront utiliser les
index...
>
> Est-ce que c'est la meilleur méthode, car je pourrais faire un create index
> with existing, mais je ne sais pas si cela ca être plus efficace.
même problème.
Dans le cas évoqué ci dessus il faut faire un DBCC INDEXDEFRAG.
>
> Merci.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Olivier a écrit:
> J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés grosse).
si la table est très petite, SQL Server n'utilisera probablement pas les index
pour les requêtes.
>
> Est-ce que cette fragmentation est vraiment contre performantes sur des gros
> traitement de recherche d'enreg ?
un peu
>
> Je compte executer un dbreindex toute les nuits pour pallier à ce problème,
> car j'ai remarqué que le dbreindex était assez efficace pour réorganiser les
> index.
Oui, mais DBCC DBREINDEX détruit les index pendant la reconstruction. Si des
requêtes se présentent pendant ce temps là, alors elle ne pourront utiliser les
index...
>
> Est-ce que c'est la meilleur méthode, car je pourrais faire un create index
> with existing, mais je ne sais pas si cela ca être plus efficace.
même problème.
Dans le cas évoqué ci dessus il faut faire un DBCC INDEXDEFRAG.
>
> Merci.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Problème de conception (modèle non normalisé = accès IO non optimisés)
Isoler les requêtes les plus gourmandes (IO) et les plus lentes
Voir le plan d'execution des requêtes ci-dessus, déterminer les meilleurs levier de progression.
J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés grosse).
Est-ce que cette fragmentation est vraiment contre performantes sur des gros
traitement de recherche d'enreg ?
Je compte executer un dbreindex toute les nuits pour pallier à ce problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser les
index.
Est-ce que c'est la meilleur méthode, car je pourrais faire un create index
with existing, mais je ne sais pas si cela ca être plus efficace.
Merci.
Problème de conception (modèle non normalisé = accès IO non optimisés)
Isoler les requêtes les plus gourmandes (IO) et les plus lentes
Voir le plan d'execution des requêtes ci-dessus, déterminer les meilleurs levier de progression.
J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés grosse).
Est-ce que cette fragmentation est vraiment contre performantes sur des gros
traitement de recherche d'enreg ?
Je compte executer un dbreindex toute les nuits pour pallier à ce problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser les
index.
Est-ce que c'est la meilleur méthode, car je pourrais faire un create index
with existing, mais je ne sais pas si cela ca être plus efficace.
Merci.
Problème de conception (modèle non normalisé = accès IO non optimisés)
Isoler les requêtes les plus gourmandes (IO) et les plus lentes
Voir le plan d'execution des requêtes ci-dessus, déterminer les meilleurs levier de progression.
J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés grosse).
Est-ce que cette fragmentation est vraiment contre performantes sur des gros
traitement de recherche d'enreg ?
Je compte executer un dbreindex toute les nuits pour pallier à ce problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser les
index.
Est-ce que c'est la meilleur méthode, car je pourrais faire un create index
with existing, mais je ne sais pas si cela ca être plus efficace.
Merci.
Si vous êtes amenés à reconstruire les index chaque nuit, c'est que le plan
dindexation actuel n'est PAS le premier levier de progression...Le problème
réside ailleurs:
> Problème de conception (modèle non normalisé = accès IO non optimisés)
> Isoler les requêtes les plus gourmandes (IO) et les plus lentes
> Voir le plan d'execution des requêtes ci-dessus, déterminer les meilleurs levier de progression.
Cordialement
"Olivier" a écrit :
> J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés grosse).
>
> Est-ce que cette fragmentation est vraiment contre performantes sur des gros
> traitement de recherche d'enreg ?
>
> Je compte executer un dbreindex toute les nuits pour pallier à ce problème,
> car j'ai remarqué que le dbreindex était assez efficace pour réorganiser les
> index.
>
> Est-ce que c'est la meilleur méthode, car je pourrais faire un create index
> with existing, mais je ne sais pas si cela ca être plus efficace.
>
> Merci.
Si vous êtes amenés à reconstruire les index chaque nuit, c'est que le plan
dindexation actuel n'est PAS le premier levier de progression...Le problème
réside ailleurs:
> Problème de conception (modèle non normalisé = accès IO non optimisés)
> Isoler les requêtes les plus gourmandes (IO) et les plus lentes
> Voir le plan d'execution des requêtes ci-dessus, déterminer les meilleurs levier de progression.
Cordialement
"Olivier" a écrit :
> J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés grosse).
>
> Est-ce que cette fragmentation est vraiment contre performantes sur des gros
> traitement de recherche d'enreg ?
>
> Je compte executer un dbreindex toute les nuits pour pallier à ce problème,
> car j'ai remarqué que le dbreindex était assez efficace pour réorganiser les
> index.
>
> Est-ce que c'est la meilleur méthode, car je pourrais faire un create index
> with existing, mais je ne sais pas si cela ca être plus efficace.
>
> Merci.
Si vous êtes amenés à reconstruire les index chaque nuit, c'est que le plan
dindexation actuel n'est PAS le premier levier de progression...Le problème
réside ailleurs:
> Problème de conception (modèle non normalisé = accès IO non optimisés)
> Isoler les requêtes les plus gourmandes (IO) et les plus lentes
> Voir le plan d'execution des requêtes ci-dessus, déterminer les meilleurs levier de progression.
Cordialement
"Olivier" a écrit :
> J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés grosse).
>
> Est-ce que cette fragmentation est vraiment contre performantes sur des gros
> traitement de recherche d'enreg ?
>
> Je compte executer un dbreindex toute les nuits pour pallier à ce problème,
> car j'ai remarqué que le dbreindex était assez efficace pour réorganiser les
> index.
>
> Est-ce que c'est la meilleur méthode, car je pourrais faire un create index
> with existing, mais je ne sais pas si cela ca être plus efficace.
>
> Merci.
Bonjour,
Sur les spécification de Fred, j'ai modifié la solution que j'avais proposé.
Voici donc une procédure stockée permettant de faire une défragmentation et
non une reconstruction des index.
- http://sqlfr.com/code.aspx?ID6635
N'hésitez pas à me signaler tout problème en cas.
--
Cordialement.
Romelard Fabrice [MVP]
"Olivier" a écrit dans le message de
news:
> J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés
> grosse).
>
> Est-ce que cette fragmentation est vraiment contre performantes sur des
> gros
> traitement de recherche d'enreg ?
>
> Je compte executer un dbreindex toute les nuits pour pallier à ce
> problème,
> car j'ai remarqué que le dbreindex était assez efficace pour réorganiser
> les
> index.
>
> Est-ce que c'est la meilleur méthode, car je pourrais faire un create
> index
> with existing, mais je ne sais pas si cela ca être plus efficace.
>
> Merci.
Bonjour,
Sur les spécification de Fred, j'ai modifié la solution que j'avais proposé.
Voici donc une procédure stockée permettant de faire une défragmentation et
non une reconstruction des index.
- http://sqlfr.com/code.aspx?ID6635
N'hésitez pas à me signaler tout problème en cas.
--
Cordialement.
Romelard Fabrice [MVP]
"Olivier" <Olivier@discussions.microsoft.com> a écrit dans le message de
news: 0B14A4F7-8AD6-4C2B-85AD-4487EE3B3E6F@microsoft.com...
> J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés
> grosse).
>
> Est-ce que cette fragmentation est vraiment contre performantes sur des
> gros
> traitement de recherche d'enreg ?
>
> Je compte executer un dbreindex toute les nuits pour pallier à ce
> problème,
> car j'ai remarqué que le dbreindex était assez efficace pour réorganiser
> les
> index.
>
> Est-ce que c'est la meilleur méthode, car je pourrais faire un create
> index
> with existing, mais je ne sais pas si cela ca être plus efficace.
>
> Merci.
Bonjour,
Sur les spécification de Fred, j'ai modifié la solution que j'avais proposé.
Voici donc une procédure stockée permettant de faire une défragmentation et
non une reconstruction des index.
- http://sqlfr.com/code.aspx?ID6635
N'hésitez pas à me signaler tout problème en cas.
--
Cordialement.
Romelard Fabrice [MVP]
"Olivier" a écrit dans le message de
news:
> J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés
> grosse).
>
> Est-ce que cette fragmentation est vraiment contre performantes sur des
> gros
> traitement de recherche d'enreg ?
>
> Je compte executer un dbreindex toute les nuits pour pallier à ce
> problème,
> car j'ai remarqué que le dbreindex était assez efficace pour réorganiser
> les
> index.
>
> Est-ce que c'est la meilleur méthode, car je pourrais faire un create
> index
> with existing, mais je ne sais pas si cela ca être plus efficace.
>
> Merci.
Bonjour,
j'ai essayé à plusieurs reprise de défragmenter un index, mais il reste un
pourcentage non négligeable (8%) de fragmentaition logique.
Les extend sont pas mal fragmentés.
Est-ce que c'ets normal ?
"Fred BROUARD" a écrit :
Olivier a écrit:J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés grosse).
si la table est très petite, SQL Server n'utilisera probablement pas les index
pour les requêtes.Est-ce que cette fragmentation est vraiment contre performantes sur des gros
traitement de recherche d'enreg ?
un peuJe compte executer un dbreindex toute les nuits pour pallier à ce problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser les
index.
Oui, mais DBCC DBREINDEX détruit les index pendant la reconstruction. Si des
requêtes se présentent pendant ce temps là, alors elle ne pourront utiliser les
index...Est-ce que c'est la meilleur méthode, car je pourrais faire un create index
with existing, mais je ne sais pas si cela ca être plus efficace.
même problème.
Dans le cas évoqué ci dessus il faut faire un DBCC INDEXDEFRAG.Merci.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Bonjour,
j'ai essayé à plusieurs reprise de défragmenter un index, mais il reste un
pourcentage non négligeable (8%) de fragmentaition logique.
Les extend sont pas mal fragmentés.
Est-ce que c'ets normal ?
"Fred BROUARD" a écrit :
Olivier a écrit:
J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés grosse).
si la table est très petite, SQL Server n'utilisera probablement pas les index
pour les requêtes.
Est-ce que cette fragmentation est vraiment contre performantes sur des gros
traitement de recherche d'enreg ?
un peu
Je compte executer un dbreindex toute les nuits pour pallier à ce problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser les
index.
Oui, mais DBCC DBREINDEX détruit les index pendant la reconstruction. Si des
requêtes se présentent pendant ce temps là, alors elle ne pourront utiliser les
index...
Est-ce que c'est la meilleur méthode, car je pourrais faire un create index
with existing, mais je ne sais pas si cela ca être plus efficace.
même problème.
Dans le cas évoqué ci dessus il faut faire un DBCC INDEXDEFRAG.
Merci.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Bonjour,
j'ai essayé à plusieurs reprise de défragmenter un index, mais il reste un
pourcentage non négligeable (8%) de fragmentaition logique.
Les extend sont pas mal fragmentés.
Est-ce que c'ets normal ?
"Fred BROUARD" a écrit :
Olivier a écrit:J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés grosse).
si la table est très petite, SQL Server n'utilisera probablement pas les index
pour les requêtes.Est-ce que cette fragmentation est vraiment contre performantes sur des gros
traitement de recherche d'enreg ?
un peuJe compte executer un dbreindex toute les nuits pour pallier à ce problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser les
index.
Oui, mais DBCC DBREINDEX détruit les index pendant la reconstruction. Si des
requêtes se présentent pendant ce temps là, alors elle ne pourront utiliser les
index...Est-ce que c'est la meilleur méthode, car je pourrais faire un create index
with existing, mais je ne sais pas si cela ca être plus efficace.
même problème.
Dans le cas évoqué ci dessus il faut faire un DBCC INDEXDEFRAG.Merci.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Est-ce que tu es sur que ta solution marche bien, car tu sais que les
statistiques sont aussi stockées dans la même tables (sysindexes) avec le
type U il me semble.
Donc effectivement c'ets interressant, mais est-ce que défragmenter les
stats est bien utile ?
Merci.
"Romelard Fabrice [MVP]" a écrit :Bonjour,
Sur les spécification de Fred, j'ai modifié la solution que j'avais proposé.
Voici donc une procédure stockée permettant de faire une défragmentation et
non une reconstruction des index.
- http://sqlfr.com/code.aspx?ID6635
N'hésitez pas à me signaler tout problème en cas.
--
Cordialement.
Romelard Fabrice [MVP]
"Olivier" a écrit dans le message de
news:J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés
grosse).
Est-ce que cette fragmentation est vraiment contre performantes sur des
gros
traitement de recherche d'enreg ?
Je compte executer un dbreindex toute les nuits pour pallier à ce
problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser
les
index.
Est-ce que c'est la meilleur méthode, car je pourrais faire un create
index
with existing, mais je ne sais pas si cela ca être plus efficace.
Merci.
Est-ce que tu es sur que ta solution marche bien, car tu sais que les
statistiques sont aussi stockées dans la même tables (sysindexes) avec le
type U il me semble.
Donc effectivement c'ets interressant, mais est-ce que défragmenter les
stats est bien utile ?
Merci.
"Romelard Fabrice [MVP]" a écrit :
Bonjour,
Sur les spécification de Fred, j'ai modifié la solution que j'avais proposé.
Voici donc une procédure stockée permettant de faire une défragmentation et
non une reconstruction des index.
- http://sqlfr.com/code.aspx?ID6635
N'hésitez pas à me signaler tout problème en cas.
--
Cordialement.
Romelard Fabrice [MVP]
"Olivier" <Olivier@discussions.microsoft.com> a écrit dans le message de
news: 0B14A4F7-8AD6-4C2B-85AD-4487EE3B3E6F@microsoft.com...
J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés
grosse).
Est-ce que cette fragmentation est vraiment contre performantes sur des
gros
traitement de recherche d'enreg ?
Je compte executer un dbreindex toute les nuits pour pallier à ce
problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser
les
index.
Est-ce que c'est la meilleur méthode, car je pourrais faire un create
index
with existing, mais je ne sais pas si cela ca être plus efficace.
Merci.
Est-ce que tu es sur que ta solution marche bien, car tu sais que les
statistiques sont aussi stockées dans la même tables (sysindexes) avec le
type U il me semble.
Donc effectivement c'ets interressant, mais est-ce que défragmenter les
stats est bien utile ?
Merci.
"Romelard Fabrice [MVP]" a écrit :Bonjour,
Sur les spécification de Fred, j'ai modifié la solution que j'avais proposé.
Voici donc une procédure stockée permettant de faire une défragmentation et
non une reconstruction des index.
- http://sqlfr.com/code.aspx?ID6635
N'hésitez pas à me signaler tout problème en cas.
--
Cordialement.
Romelard Fabrice [MVP]
"Olivier" a écrit dans le message de
news:J'ai des index qui sont fragmenté et ce jusqu'a 30% (table pas trés
grosse).
Est-ce que cette fragmentation est vraiment contre performantes sur des
gros
traitement de recherche d'enreg ?
Je compte executer un dbreindex toute les nuits pour pallier à ce
problème,
car j'ai remarqué que le dbreindex était assez efficace pour réorganiser
les
index.
Est-ce que c'est la meilleur méthode, car je pourrais faire un create
index
with existing, mais je ne sais pas si cela ca être plus efficace.
Merci.
