Attualmente sto costruendo un'applicazione web per il mio stage aziendale di livello enterprise. Questa applicazione web traccerà i dati da tre diverse fonti: un database DB2, un database SQL Dynamic e un'API esistente, quindi li sposerà insieme.
Attualmente sto lavorando sul lato SQL dinamico e mi è stato consigliato di utilizzare Entity Framework per semplificare questo processo. Da quanto ho capito, EF è utile quando si creano contesti di database locali per eseguire query su, generare codice SQL e quando si aggiornano / inseriscono record per fornire sicurezza e prestazioni. Tuttavia, i dati SQL che ho bisogno di sposare verranno forniti solo da un SELECT e implementeranno una singola stored procedure che restituirà i dati di cui ho bisogno.
Ho già sviluppato un'API per accedere alle stored procedure SQL in C # (mi è stato consigliato che questo avrebbe aiutato me e me stesso a causa della loro infrastruttura DB). Personalmente non vedo il vantaggio di aggiungere Entity Framework a questa soluzione; A mio avviso (che, prendendo con un pizzico di sale come risultato della mia posizione interna), aggiungere EF a questa soluzione non farà che aumentare la dipendenza da pacchetti non interni e aumentare la complessità della manutenzione in futuro. Non è necessario generare codice SQL e non è necessario inserire record; Devo solo passare i parametri.
In uno scenario come questo, dove sto passando i parametri a una singola stored procedure già presente nel DB SQL a cui sto accedendo, dove può beneficiare Entity Framework? Se non lo farà, ci sono ragioni più convincenti che posso fornire a quelli sopra di me per rimuovere questa dipendenza?