Ho un campo varbinary (max) in uno dei miei tavoli ma non ne ho bisogno ogni volta e sto cercando un modo per recuperarlo dal database solo quando necessario. Sto usando ADO.NET Entity Framework. Come farlo?Come caricare i campi varbinary (max) solo quando necessario con ADO.NET Entity Framework?
La soluzione era creare una tabella separata con il campo varbinary e fare 1-a-1 relazione tra le tabelle
Un modo potrebbe essere quello di proiettare la vostra set di risultati in un tipo anonimo, quando non è necessario il blob:
from entity in context.Entities
select new
{
Field1 = entity.Field1,
Field2 = entity.Field2
}
In questo esempio, solo Field1 e Campo2 verranno caricati.
Questo metodo ha lo svantaggio che non è possibile aggiornare l'istanza restituita e fare context.SaveChanges. Anche se direi che salvare un'istanza senza la piena conoscenza dell'istanza è borderline non sicura. Questo metodo è utile quando si desidera un lungo elenco di restituire le istanze, ma verrà eseguita una query per una singola istanza, il campo varbinary e tutto, prima di aggiornare effettivamente.
Grazie per l'assistenza. Stavo cercando qualcosa di simile al caricamento lazy del campo varbinary :) ma sembra che questo non sia possibile. – Emil
Non è necessariamente creare tabella separata. Dovresti fare diversi passaggi. Supponiamo di avere una tabella "Documenti" (Id, Nome, Dati (varbinary)).
Ora costruire il progetto.
NOTA. Ora, quando si crea nuova entità 'documento' si dovrebbe anche creare nuova entità 'DocumentData', anche se non si desidera inserire ancora dati:
Document doc = new Document();
doc.Name = "My document";
doc.DocumentData = new DocumentData();
context.Documents.Add(doc);
context.SaveChanges();
Tabella splitting. Lo strumento Entity Developer consente di eseguire ciò visivamente. Puoi mappare la tua entità per diverse tabelle.
È necessario rimuovere il campo varbinary dalla tabella e inserirlo in un'altra tabella, creando una relazione uno a uno tra quelli. Questa è una buona pratica perché puoi facilmente implementare il caricamento lazy e altre cose ..
Non sempre possibile su uno schema esistente, ma probabilmente l'approccio più semplice quando è possibile. L'ho fatto, con una chiave esterna nella tabella "secondaria" nella mia "tabella principale", controllando se FK è nullo o non permette di sapere se e se un record "secondario" esiste senza doverlo effettivamente caricare. – AFract