Mam pole varbinary (max) w jednym z moich tabel, ale nie potrzebuję go za każdym razem i szukam sposobu, aby pobrać go z bazy danych tylko wtedy, gdy jest to konieczne. Używam ADO.NET Entity Framework. Jak to zrobić?Jak załadować pola varbinary (max) tylko w razie potrzeby z ADO.NET Entity Framework?
Roztwór utworzyć oddzielną tablicę z polem varbinary i uczynić związek 1-do-1 pomiędzy tabelach
Jednym ze sposobów byłoby projektu Twój wynik ustawiony na typ anonimowy kiedy nie trzeba blob:
from entity in context.Entities
select new
{
Field1 = entity.Field1,
Field2 = entity.Field2
}
W tym przykładzie, tylko Pole1 i Pole2 zostanie załadowany.
Ta metoda ma tę wadę, że nie można zaktualizować zwróconej instancji i wykonać context.SaveChanges. Chociaż twierdzę, że zapisanie instancji bez pełnej wiedzy o instancji jest na granicy niebezpiecznej. Ta metoda jest dobra, gdy chcesz mieć długą listę zwracanych instancji, ale będzie to zapytanie o pojedynczą instancję, zmienne pole i wszystko, zanim faktycznie zaktualizujesz.
Dziękujemy za pomoc. Szukałem czegoś podobnego do leniwego ładowania pola varbinary :) ale wydaje się, że nie jest to możliwe. – Emil
nie jest koniecznie tworzyć oddzielną tabeli. Powinieneś zrobić kilka kroków. Załóżmy, że mamy tabelę "Dokumenty" (Id, Nazwa, Dane (varbinary)).
Teraz zbuduj projekt.
UWAGA. Teraz podczas tworzenia nowego podmiotu „dokument” należy również utworzyć nowy podmiot „DocumentData”, nawet jeśli nie chcesz, aby umieścić jeszcze żadnych danych:
Document doc = new Document();
doc.Name = "My document";
doc.DocumentData = new DocumentData();
context.Documents.Add(doc);
context.SaveChanges();
Tabela podziału. Entity Developer narzędzie pozwala wykonać to wizualnie. Możesz odwzorować swój podmiot na różne tabele.
Powinieneś usunąć swoje zmienne pole ze stołu i umieścić je w innej tabeli, tworząc między nimi jeden do jednego. To jest dobra praktyka, ponieważ można łatwo wdrożyć leniwy załadunek i inne rzeczy ..
Nie zawsze jest to możliwe na istniejącym schemacie, ale prawdopodobnie jest to najprostsze podejście, gdy jest to możliwe. Zrobiłem to, z obcym kluczem do "drugorzędnego" stołu w moim "głównym stole", sprawdzając, czy FK ma wartość zerową, czy też nie pozwala na szybkie poznanie, czy zapis "drugorzędny" nie musi go faktycznie ładować. – AFract