Notre produit contient plusieurs tables qui contiennent des informations de sécurité d'application personnalisées. Ces tables info sécurité peuvent dans certains cas contenir un nombre considérable de lignes (13 millions dans un cas) les tables sont là pour accélérer les requêtes et peuvent potentiellement être reconstruites à partir de zéro, mais cela est coûteux en termes de temps/puissance de traitement, etcExclure la table de Database Logging
La façon dont l'application a été conçue, il est plus efficace (pendant l'exécution du programme) de supprimer les enregistrements pour une section de sécurité, puis d'insérer les nouveaux enregistrements plutôt que d'identifier ceux à conserver/mettre à jour. Là.
Malheureusement, ce processus peut générer une grande quantité de journaux de transactions lorsque le modèle de récupération de base de données est défini sur full.
Est-il possible dans SQL 2005+ d'avoir une table qui n'est pas enregistrée (mode de récupération simple) dans une base de données qui a un modèle de récupération de full?
Nous pouvons reconstruire les tables securityinfo lorsque l'application/base de données Web démarre pour la première fois en cas de récupération. L'alternative serait d'avoir une base de données parallèle avec un modèle de récupération simple soit la meilleure solution.
Vive Tim
Pourquoi les downvotes? C'est une question de réponse et de programmation. – Quassnoi