entità quadro entità sql vs linq alle entità

Question

qual è lo scopo dell'entità sql, cioè se si dispone di linq per le entità, perché è necessario scrivere query nella stringa, ci sono motivi di prestazioni o qualcosa del genere?

Answer 1

LINQ to Entities non consente l'accesso a tutte le funzionalità del database. Essere in grado di "raggiungere" il database è talvolta necessario per le query avanzate, sia per rimuoverle, sia per migliorare le scelte a volte orribili che il sistema LINQ to Entities comporterà riguardo alla query.

Detto questo, credo che LINQ alle Entità dovrebbe essere il primo strumento a cui si può arrivare. Se la prestazione diventa un problema, o se hai qualcosa di più complesso, allora incapsulerei quel pezzo di problema in una stored procedure e lo chiamerei. Al giorno d'oggi non c'è motivo per cui le stringhe vengano utilizzate come base per le query.

Answer 2

ESQL consente di scegliere una collation su una clausola where, che non è supportata in LINQ-to-Anything. Questo può essere veramente utile. ESQL consente inoltre di specificare il tipo preciso che si desidera restituire quando i tipi si ereditano l'uno dall'altro (al contrario di LINQ OfType, che restituisce le istanze di un certo tipo e qualsiasi sottotipo). Oltre a ciò, non riesco a pensare ad un buon motivo per usarlo. Di tanto in tanto è utile poter creare query nelle stringhe, ma DynamicQuery/Dynamic LINQ è generalmente abbastanza buono nei casi molto rari in cui ciò è necessario.

Penso (forse cinicamente) che lo scopo "reale" di ESQL è "è precedente a LINQ".

Per quanto riguarda il punto di Godeke di fissare query non ottimali, devo ancora vedere uno che non ho potuto correggere cambiando l'espressione LINQ. Sia ESQL che L2E finiscono come CCT, quindi la pipeline di generazione SQL è la stessa.