Sto proponendo un ambiente di gestione temporanea del database al mio reparto IT. L'idea è che una persona non IT come me (analista di dati di lavori pubblici) avrebbe un posto dove testare le soluzioni e quindi implementarle da sole nell'ambiente live o chiedere all'IT di implementarle se necessario. Esistono alcuni motivi / scenari in cui questo ambiente sarebbe utile:
- Ho alcuni privilegi di database di base nel nostro ambiente di database dal vivo (
create table
,create view
, ecc). Apporto modifiche allo schema circa una volta alla settimana, ma mi sembra folle testare e implementare queste modifiche in un ambiente live. Ci sono innumerevoli dipendenze dal database, quindi se qualcosa va storto, potrebbe essere disastroso. Preferirei piuttosto testare le cose in anticipo in un ambiente separato. - Non ho alcuni dei privilegi più avanzati come
create trigger
ocreate function
nel database live. Questo va bene, ma ho alcuni problemi che potrebbero essere risolti da trigger e / o funzioni. Intendo proporre di ottenere queste autorizzazioni nell'ambiente di gestione temporanea in modo da poter sviluppare e testare alcune idee e, se funzionano, proporre all'IT di implementarle nell'ambiente live. - In generale, il mio dipartimento IT non ha il tempo o le risorse per sviluppare soluzioni per me. È davvero così semplice. Quindi, se posso fare da solo le gambe, allora i miei problemi hanno molte più probabilità di essere risolti.
L '"ambiente di gestione temporanea per il personale non IT" mi sembra un approccio abbastanza solido, ma ad essere sincero, ho appena inventato l'idea. Non ho idea di come ciò avvenga in genere nel mondo IT / database.
Esiste un tipo di pratica IT / database consolidata adatta a questo scenario? (Sono sulla strada giusta quando propongo un ambiente di gestione temporanea del database per il personale non IT?)