Comment faire pour la restauration de la commande de suppression sans l'aide de la transaction
Comment faire pour la restauration de la commande de suppression sans l'aide de la transaction ? si nous ne pouvons pas , alors quelle est la différence entre Tronquer & supprimer ?
La Plate-forme parlons-nous ici?
pas assez d'informations.
suis en train d'écrire le code dans SQL Server 2012 .
pas assez d'informations.
suis en train d'écrire le code dans SQL Server 2012 .
OriginalL'auteur Nim J | 2013-03-18
Vous devez vous connecter pour publier un commentaire.
Vous ne pouvez pas rollback dans ce cas, mais lorsque vous utilisez le Modèle de Récupération Complète, vous pouvez activer votre base de données à l'instant d'avant vous avez émis la commande supprimer.
OriginalL'auteur SQLGeorge
Vous ne pouvez pas
ROLLBACK
une opération sans une opération. Vous pourriez probablement utiliser les transactions implicites, mais vous avez toujours besoin d'appelerCOMMIT
ouROLLBACK
explicitement. Toutefois, pour un meilleur contrôle, il est préférable d'envelopper la déclaration(s) dans unBEGIN TRANSACTION...COMMIT /ROLLBACK
bloc de toute façon. De cette façon, vous allez éviter toute confusion et la nécessité d'utiliser laIMPLICIT_TRANSACTION
réglage.OriginalL'auteur dan radu
Vous pouvez restaurer les SUPPRIMER ou de les TRONQUER (et la plupart des autres opérations) si et seulement si elles font partie d'une transaction qui n'est pas encore engagé. Vous pouvez également restaurer supprimés/tronquée de données à partir d'une sauvegarde.
Il y a plusieurs différences entre les TRONQUER et les SUPPRIMER. Notamment TRONQUER ne peut vider une table alors que SUPPRIMER supprime juste les lignes que vous spécifiez. TRONQUER libère et enregistre les données au niveau de la page au lieu de la ligne de niveau, qui habituellement fait de TRONQUER une méthode plus efficace que de le SUPPRIMER pour supprimer la totalité du contenu d'un tableau.
OriginalL'auteur nvogel