Discussion :

[the_pecheur]

Bonjour,

je travaille actuellement sur un application .NET adressant une base de donnée SQL Server CE 3.5. Les performances globales de l'application lorsque la base est vide sont très satisfaisantes et la plupart des installations fonctionnent correctement même après plusieurs mois d'usage.

J'ai cependant un cas particulier que je ne parviens pas à corriger/expliquer. Sur cette installation l'insertion de nouveaux enregistrements est particulièrement longue: jusqu'à 5 secondes là où l’échelle de performance est de l'ordre de la milliseconde.

La base de données ne fait que 28Mo, et les accès à la base de données sont faits au travers de Table Adapter adressés en C#. La base de données est régulièrement compactée via un Shrink, je suppose qu'il doit y avoir un rapport de cause à effet... si tel est le cas comment puis-je récupérer des performances correctes sans supprimer de données ?

Auriez-vous une piste à me suggérer ?

Merci

[aieeeuuuuu]

Bonjour,

En effet, lorsque vous faites un shrink, le fichier de données est "vidé du vide" il ne reste plus de place pour ajouter des données. lorsque vous faites ensuite un insert, il faut donc ragrandir ce fichier pour qu'il puisse accueillir les nouvelles données. Cette opération peut être longue.

Pourquoi faire un shrink systématiquement ? Cela n'a apriori pas d’intérêt si ce n'est pour des cas particuliers.

[iberserk]

autoshrink ou shrink manuel?