Entity framework vs pure ado .net nel chiamare stored procedure in un progetto aziendale

0

Esiste un progetto aziendale, che tutta l'azienda implementata nei database e nelle stored procedure e l'API Web è come un involucro leggero che riceve la richiesta e la consegna al server SQL corretto sp e restituisce la risposta restituita da SQL server al client.

(eccetto alcune discussioni, e pro e contro di questo tipo di implementazione che aveva discusso prima qui e qui ), qual è il modo migliore di chiamare sp per un progetto con centinaia di richieste al secondo: con framework di entità o con ado.net o non c'è un'enorme differenza tra loro?

    
posta reza damavand 15.03.2017 - 13:32
fonte

1 risposta

1

Puoi chiamare sprocs via EF senza problemi, e mi aspetto che la velocità sarà comparabile.

La domanda è: perché dovresti? Il vantaggio di EF è la mappatura automatica delle tabelle alle classi e viceversa.

Quando tu ti sprocs tu elimini tutto questo e in effetti per il tipo di microsevice api di cui parli tu non tendo ad avere la lunga persistenza e manipolazione degli oggetti comunque.

EF è / è stato venduto come M di MVC, rendendo l'interazione con il database senza dover imparare SQL e andare in giro con dataset e adattatori.

Tuttavia, per i contenuti di livello aziendale in cui si desidera ottimizzare i piani di esecuzione SQL, separare la responsabilità da un team DBA ecc. non è sempre opportuno.

    
risposta data 16.03.2017 - 10:24
fonte

Leggi altre domande sui tag