none
T-SQL DEBUG RRS feed

 > 

  • Domanda

  • Question
    Registrati per votare
    0
    Registrati per votare

    Ciao Ragazzi,

    Ad oggi, dopo 10 anni ormai che sviluppo su SQL SERVER, non ho mai utilizzato le feature di debug per eseguire il debugging
    di StoreProcedure o di Script SQL... E sinceramente non ho mai visto altri sviluppatori utilizzarle...

    Me la sono sempre cavata mettendo a video le classiche SELECT con i dataset di intermezzo e rieseguendo gli script.

    Volevo capire se voi utilizzate questi strumenti di debug e se effettivamente sono utili per chi sviluppa.

    Grazie a tutti

    mercoledì 18 gennaio 2017 08:49
    |

Risposte

  • Question
    Registrati per votare
    1
    Registrati per votare

    Ciao,

    nemmeno io ho mai usato tanto lo strumento di debug di stored procedure, ma questo perchè cerco di estrarre la logica di business che potrei fare in quel layer per metterla in app (scelta architetturale). Quindi, non avendo una vera esigenza, ho preferito approcciare allo unit testing. Con esso copro almeno l'elenco dei risultati che mi aspetto e, intanto, automatizzo il processo di test ancor prima di scrivere l'effettiva logica.

    Se però la procedura contiene veramente tante logiche di business, temo proprio che ti convenga scegliere tra queste strade (mi vengono così alla mente):

    1. modulare, fare "metodi" ed estrarre logiche semplici
    2. rifattorizzare
    3. spostare in app (sempre che tu possa)
    4. iniziare a fare uso profondo di strumenti di debug di SSMS (vedi questo video a titolo di esempio https://www.youtube.com/watch?v=AlRNA8pmfIk)

    Alessandro Alpi - Data Platfomr MVP - CTO & Co-Founder Engage IT Services S.r.l.

    mercoledì 18 gennaio 2017 16:33
    |
    Moderatore

Tutte le risposte

  • Question
    Registrati per votare
    1
    Registrati per votare

    Ciao,

    nemmeno io ho mai usato tanto lo strumento di debug di stored procedure, ma questo perchè cerco di estrarre la logica di business che potrei fare in quel layer per metterla in app (scelta architetturale). Quindi, non avendo una vera esigenza, ho preferito approcciare allo unit testing. Con esso copro almeno l'elenco dei risultati che mi aspetto e, intanto, automatizzo il processo di test ancor prima di scrivere l'effettiva logica.

    Se però la procedura contiene veramente tante logiche di business, temo proprio che ti convenga scegliere tra queste strade (mi vengono così alla mente):

    1. modulare, fare "metodi" ed estrarre logiche semplici
    2. rifattorizzare
    3. spostare in app (sempre che tu possa)
    4. iniziare a fare uso profondo di strumenti di debug di SSMS (vedi questo video a titolo di esempio https://www.youtube.com/watch?v=AlRNA8pmfIk)

    Alessandro Alpi - Data Platfomr MVP - CTO & Co-Founder Engage IT Services S.r.l.

    mercoledì 18 gennaio 2017 16:33
    |
    Moderatore
  • Question
    Registrati per votare
    0
    Registrati per votare

    Grazie Alessandro,

    Io lavoro per lo più su applicazioni web dove la logica di business è implementata a livello di singola query dataset, 
    li debug serve poco...
    Oppure in procedure (Script SQL) di ETL dove importo, trasformo e carico i dati.

    Ho sempre lavorato visualizzando le elaborazioni di intermezzo..

    Do subito un occhio al video youtube che mi hai fornito.

    Grazie

    Dario

    mercoledì 18 gennaio 2017 17:57
    |
  • Question
    Registrati per votare
    0
    Registrati per votare

    Ciao Dario,

    in aggiunta ai suggerimenti di Alessandro e nel caso dovessi fare il debug di un Trigger, qui trovi la procedura per farlo: Come effettuare il debug di un Trigger in SQL Server

    Ciao!

    Sergio Govoni

    Data Platform MVP | MVP Profile | English Blog | Twitter | LinkedIn 

    domenica 22 gennaio 2017 10:51
    |
    Moderatore