Soit une base SQLServer contenant des données statistiques. Elle est mise à
jour par un seul script et un seul utilisateur. L'importation n'utilise pas
le transactionnel, notamment il n'est jamais opportun de faire un rollback.
La log de journalisation est donc ama inutile, or elle consomme pas mal de
place (elle est souvent plus grosse que la base elle-même) et le processus
de journalisation doit ralentir l'exécution des insertions.
Y a-t'il moyen sous SQLServer de définir qu'une base / une table ne doit
pas donner lieu à journalisation ?
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
Fred BROUARD - SQLpro
non, mais certaines opérations passent outre à la journalisation.
Voir le BULK INSERT avec un verrou.
A +
P'tit Marcel a écrit:
Bonjour,
Soit une base SQLServer contenant des données statistiques. Elle est mise à jour par un seul script et un seul utilisateur. L'importation n'utilise pas le transactionnel, notamment il n'est jamais opportun de faire un rollback. La log de journalisation est donc ama inutile, or elle consomme pas mal de place (elle est souvent plus grosse que la base elle-même) et le processus de journalisation doit ralentir l'exécution des insertions.
Y a-t'il moyen sous SQLServer de définir qu'une base / une table ne doit pas donner lieu à journalisation ?
Merci d'avance.
-- Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ****************** mailto: ******************
non, mais certaines opérations passent outre à la journalisation.
Voir le BULK INSERT avec un verrou.
A +
P'tit Marcel a écrit:
Bonjour,
Soit une base SQLServer contenant des données statistiques. Elle est mise à
jour par un seul script et un seul utilisateur. L'importation n'utilise pas
le transactionnel, notamment il n'est jamais opportun de faire un rollback.
La log de journalisation est donc ama inutile, or elle consomme pas mal de
place (elle est souvent plus grosse que la base elle-même) et le processus
de journalisation doit ralentir l'exécution des insertions.
Y a-t'il moyen sous SQLServer de définir qu'une base / une table ne doit
pas donner lieu à journalisation ?
Merci d'avance.
--
Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
****************** mailto:brouardf@club-internet.fr ******************
non, mais certaines opérations passent outre à la journalisation.
Voir le BULK INSERT avec un verrou.
A +
P'tit Marcel a écrit:
Bonjour,
Soit une base SQLServer contenant des données statistiques. Elle est mise à jour par un seul script et un seul utilisateur. L'importation n'utilise pas le transactionnel, notamment il n'est jamais opportun de faire un rollback. La log de journalisation est donc ama inutile, or elle consomme pas mal de place (elle est souvent plus grosse que la base elle-même) et le processus de journalisation doit ralentir l'exécution des insertions.
Y a-t'il moyen sous SQLServer de définir qu'une base / une table ne doit pas donner lieu à journalisation ?
Merci d'avance.
-- Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ****************** mailto: ******************
