SQLSTATE 01000 dans SQL Server sortie de travail
J'ai des tâches SQL Server en cours d'exécution qui comprennent périodique "imprimer" des déclarations, je peux regarder dans l'historique de travail et de se faire une idée de ce qui s'est passé. Mais la sortie est encombré avec [SQLSTATE 01000]. Étant donné qu'il ya une limite à combien entrent dans cette sortie, j'aimerais autant d'espace que possible pour plus d'informations me sont chers.
Est-il un moyen de supprimer le [SQLSTATE 01000] sortie pour "imprimer" des commandes?
- Mais c'est tellement utile d'être constamment rassuré que le SqlState est, en effet, 01000, vous ne pensez pas?
Vous devez vous connecter pour publier un commentaire.
Le problème (désolé. "fonctionnalité") est, avec la commande d'IMPRESSION de l'Agent de SQL. J'ai surmonté ce problème en créant une variable de table avec une colonne pour la "production" et de l'alimenter comme je le progrès dans mon script, puis à la fin de la tâche, SÉLECTIONNEZ la variable de table. La tuyauterie de la sortie vers un fichier par l'intermédiaire de l'Agent SQL me donne un journal de l'emploi. À tout moment dans le travail s'il rencontre une erreur, j'ai vider le contenu de la table avant de quitter. (I comprennent généralement la commande à exécuter dans le tableau variable immédiatement avant de l'exécuter). Le simple fait de remplacer toutes vos instructions d'IMPRESSION, avec une instruction SELECT à la fin de la tâche de se débarrasser de ces satanés [SQLSTATE 01000] suffixes pour
tous les...
putain...
ligne de...
Cheers,
Ken
Vous êtes probablement hors de la chance. C'est normal de sortie pour IMPRIMER les relevés de compte. Je ne pense pas qu'il existe un moyen de les supprimer.
Pas positif si vous vouliez supprimer juste le [SQLSTATE 01000] à partir de la sortie ou quoi que ce soit qui contenait [SQLSTATE 01000]. Voici donc deux façons.
Fondamentalement, ce sera de remplacer [SQLSTATE 01000] avec rien.
La prochaine useses CHARINDEX(expression1, expression1 [, start_location]), les Recherches expression2 pour expression1 et retourne à sa position de départ s'il est trouvé. La recherche commence à start_location.
Donc si CHARINDEX < 0 la chaîne [SQLSTATE 01000] n'existe pas et il n'a pas l'impression
Si pas compris ce que vous essayez de faire merci de répondre en tant que tel.
J'espère que cette aide,
Brett