2010-12-02 14 views

Répondre

1

Oui, mais pas dans votre exception. Vous DEVEZ SAVOIR CE QUE VOUS AVEZ FAIT - et l'exception vous indique simplement que vous êtes dans l'impasse. Vous devriez savoir quel SQL vous exécutez en ce moment.

Pour le reste, utilisez le profileur de requête et d'autres informations que vous obtenez de Teh serveur (vérifiez http://support.microsoft.com/kb/832524 pour quelques conseils ou http://msdn.microsoft.com/en-us/library/aa937573(v=SQL.80).aspx pour savoir quels scripts AUTRES vous IMPASSE avec. THis est, bien que, pour des raisons de sécurité très obbvious,

+0

Il est si facile de le dire, car le premier débogage existe parce que vous ne savez pas ce qui se passe, ce qui signifie que vous ne savez pas ce qu'il a fait. Ceux qui sont impliqués doivent être aussi simples que 1 2 3. Et non, je n'utiliserai pas de trace sql sur le serveur SQL – Softlion

+0

Vous avez écrit "pour des raisons de sécurité très évidentes." Le débogage n'a jamais été un "addin" n'importe où. Si je suis ce que vous écrivez, sur e xception la trace de la pile ne doit pas être exportée. Parce que vous devriez savoir ce que votre programme fait quand il s'est écrasé. Parce qu'il y a des «raisons de sécurité» que personne ne connaît. Bien sûr, si votre habitude est de laisser les exceptions s'afficher à tout le monde, la mienne ne l'est pas. – Softlion