Il database della mia azienda rende disponibili i dati su molte applicazioni esterne. Quindi ho bisogno di trasformare gli stessi dati in molte viste dinamiche . Vedo che un ex sviluppatore di database aveva implementato molte lunghe sequenze di sequenze di chiamate view-function-procedure per rendere la trasformazione più comune a tutte le applicazioni esterne. Penso che questa architettura e le richieste così lunghe (proc memorizzato chiama una funzione, poi la funzione chiama una vista e questa vista basata su un'altra e così via) sono un problema di prestazioni, almeno Query Optimizer non risolve questi problemi (per favore conferma il mio supposizioni).
È un buon approccio? Provoca il degrado delle prestazioni? In caso affermativo, come posso reimplementare gli oggetti del database.
In questo momento vedo questi passaggi per fare questo:
- analisi della struttura dei dati di origine (dati propri)
- analisi di tutti i sistemi esterni (quali formati deve fornire il database)
- viste, funzioni, stored procs separati per ogni sottosistema esterno (devo evitare catene lunghe, comuni a molti oggetti del sottosistema DB, se è una causa di problemi)