2009-07-09 5 views

Répondre

1

vous pouvez essayer d'utiliser isql qui a une option de fichier d'entrée -i - qui perd le méchant

Type myfile.sql | 

Vous ne dites pas quelle version de Sql que vous utilisez, mais vous pourriez probablement exécuter votre fichier En utilisant DTS/SSIS, si vous utilisez cette approche, vous pourrez activer la journalisation et voir quelles lignes échoueront, et définir un seuil pour un nombre acceptable de lignes défaillantes.

Une autre méthode consiste à utiliser le studio de gestion pour ouvrir le fichier, puis l'exécuter.

+0

u peut me aider (http://stackoverflow.com/questions/7080893/having-problems-trying-to-restore-encrypted-database) [ce] s'il vous plaît – Armance

-1

Essayez cette

@echo Server: %1 
@echo Database: %2 
@echo User: %3 
@echo Password: %4 


set ISQLCMD=SQLCMD -S %1 -d %2 -U %3 -P %4 -m1 -i 
2

SQLCMD a un "-i" inputfile paramètre aussi bien - je vous recommande d'utiliser cela. "Tapez" le fichier et l'acheminement de votre sortie vers SQLCMD est un moyen hackish d'exécuter le fichier, en particulier lorsque la ligne de commande inclut un support natif pour la lecture à partir d'un fichier. Essayez ceci:

sqlsmd –S server –U username –P password -i MyFile.sql 
Questions connexes