Uno dei motivi potrebbe essere dovuto al fatto che le vecchie abitudini sono dure a morire.
Nei database meno recenti, le stored procedure utilizzate solitamente hanno prestazioni migliori a causa della memorizzazione nella cache del piano di query per le stored procedure in confronto alle query ad-hoc che di solito non venivano memorizzate nella cache. Un sacco di versioni più recenti (intendo database negli ultimi 5 - 6 anni) di database forniscono anche il caching di query - alleviando questo inconveniente in larga misura
Un altro possibile utilizzo degli SP potrebbe essere l'ottimizzazione. Quando hai SP per ogni query, è possibile che gli amministratori di database modifichino le query se necessario per migliorare le prestazioni. Se le query si trovano nel codice, il DBA non può davvero ottimizzare le query stesse. Se fosse una buona pratica per DBA fare questa ottimizzazione è una cosa molto soggettiva, ma ho lavorato in aziende dove ha funzionato molto bene.
Ci sono probabilmente molti più pro e contro in questo, ma questi 2 gettano un po 'di luce sul motivo per cui è stato mandato in passato.
Se il tuo attuale modo di lavorare allevia il motivo alla base di questi punti, puoi sempre indicarlo al tuo mgmt e chiedere loro di ricominciare dai loro standard ..
Però, per essere onesti, non andrei con l'argomento di "Ci vuole più tempo e fatica". A mio parere, ci vuole solo una quantità trascurabile di sforzi per scrivere Create Package ....
e potresti semplicemente scrivere un piccolo script o uno strumento per prendere la tua query e convertirla in una procedura. il punto qui è che la tua argomentazione sul tempo / sforzo sembra al meglio essere sottile.