Non penso che sia prassi comune per gli amministratori di database scrivere le stored procedure durante lo sviluppo di un programma. Personnamente, ho sempre dovuto scrivere le mie stored procedure, o codice SQL.
Penso che dal momento che conoscono il loro prodotto di database molto più dei programmatori (in teoria, e almeno è vero per me), vengono utilizzati al meglio ogni volta che qualcosa deve essere sottoposto a ulteriori analisi sul database:
- definizione e ottimizzazione di tabelle, tablespace, indici, ecc.
- ottimizzazione delle stored procedure
- piano di migrazione del database
- ecc. (DBA, sentiti libero di completare questa lista)
" Ottimizzazione " è la chiave che penso.
Alcuni anni fa, ricordo di aver chiesto al mio DBA Oracle di ottimizzare una procedura che stava funzionando molto male (come per più di 10 secondi solo per pochi risultati). È tornato da me con una richiesta che non comprendevo affatto con parole chiave che non avevo mai visto prima in quel momento ( INTERVAL
e come usare il partizionamento sono estremamente potenti se messe a frutto) e che stava dando il gli stessi buoni risultati in meno di 25ms ...
Per quanto riguarda i programmatori, devono concettualizzare il database, fornire gli script e collaborare con il DBA in modo che lo schema del database risultante sia più efficiente per le attività richieste. I programmatori e gli amministratori di database dovrebbero collaborare per identificare / risolvere i colli di bottiglia che si verificano tra l'applicazione ei server di database.