@@counter-strike4ever906 ah te kupony udemy i ich nakladanie się jest nadal dla mnie zagadką xd ale jeżeli jest tak, że przez mój link wejdziesz i jest promocja udemy, to powinno uwzględnić tańszą cene przy checkoucie, a nadal "zaliczyć" mój referal link
W Bulk Update (19 minuta) możesz chyba również zastosować taki zapis bez instalowania dodatkowej paczki: var employees = db.Employees .Where(e => e.HireDate > new DateTime(2021, 6, 1)) .Select(e => {e.Notes = "New employee"; return e;});
zgadza się - w nowyszych wersjach EF jeżeli przed zmaterializowaniem użyjesz Select (jak i Where) na jakimś navigation property to będzie to uwzględnione pod kątem 'join'owania tabel
A jakby było sporo takich zagnieżdżeń (include i thenInclude na części, albo gorzej, sporo poziomów powiązań) to jakby to można było rozwiązać? Czy zostaje zrobienie researchu które dokładnie property będą używane w metodzie i napisanie takiego wielkiego selecta na X linii? Chodzi mi głównie o sytuację w której te powiązane dane są potrzebne dalej, np.w jakichś obliczeniach itp. Ewentualnie jeśli te powiązane dane są używane tylko w jakichś przypadkach, warunkowo, to można zrobić dodatkowe query zaraz przed lub użyć explicit loading i je dołączyć, prawda?
@@michalw9811 tak dokładnie, najlepiej byłoby sprawdzić, które konkretnie dane są potrzebne i wziąc je pod uwage w Select'cie przy takim zaptaniu, albo zawsze można napisać zapytanie w SQL, jeżeli to jest kluczowa funkcjonalność apki
Kupony zniżkowe na BLACK WEEK!:
bit.ly/3oabHW5
Zapraszam na serwer Discord:
discord.gg/UDHXQxhM4r
Bez kuponu 'BLACKWEEK22' jest taniej ^^
@@counter-strike4ever906 ah te kupony udemy i ich nakladanie się jest nadal dla mnie zagadką xd
ale jeżeli jest tak, że przez mój link wejdziesz i jest promocja udemy, to powinno uwzględnić tańszą cene przy checkoucie, a nadal "zaliczyć" mój referal link
super materiał nie mam pytań :)
PS. RUclips dodał fajną animację przy zostawianiu like - polecam sprawdzić :)
Nie dziala na like'ach ale dziala na łapkach w dół. DAWAJCIE ŁAPKI W DOL.
@@RaZziaN1 👀 aż z ciekawości sprawdziłem :P
Mógłbyś coś więcej o indeksach opowiedzieć, jak się zachowują i jak wpływają na wydajność?
na omówienie indeksów przydalby się osobny materiał, ale niewykluczone że się taki pojawi na kanale :p
W Bulk Update (19 minuta) możesz chyba również zastosować taki zapis bez instalowania dodatkowej paczki:
var employees = db.Employees
.Where(e => e.HireDate > new DateTime(2021, 6, 1))
.Select(e => {e.Notes = "New employee"; return e;});
można, ale rezultat będzie podobny do tego standardowego podejścia - n razy polecenie Update na bazie
bez dodatkowej paczki można to zrobić fajnie od wersji .net 7 (nagrywając ten materiał, aktualna była .net 6, dlatego pokazałem to linq2db ;p)
O kurde, super trafiłem XD
Planujesz zrobić kurs z Reacta na Udemy ? :P
tak, powinnien się taki ukazac w przyszłym roku, ale pewnie najpierw będę chciał sam JavaScript omówic (być może też TypeScript)
A to nie jest tak, ze jak robisz select to include nie jest w ogóle potrzebny?
zgadza się - w nowyszych wersjach EF jeżeli przed zmaterializowaniem użyjesz Select (jak i Where) na jakimś navigation property to będzie to uwzględnione pod kątem 'join'owania tabel
@@FullstackDeveloperPL co masz na myśli przez navigation property?
@@bobek8030 relacje do innej tabeli poprzez property danego typu (np. user.Address.Country - tutaj Address będzie navigation property encji User)
@@FullstackDeveloperPL dzięki za wyjaśnienie
Czy nie ma tutaj błędu w zmiennej baseQuery, 12:46 var baseQuery = db.Orders.Where(o => !o.IsDeleted && o.OrderId == id czy orderId);
a tak, powinno być id (jak nazwa parametry metody :p)
@@FullstackDeveloperPL Btw. Fajnie obrana logika z exp Func, wykorzystam to sobie w swoim projekcie, smart one ! :D
A jakby było sporo takich zagnieżdżeń (include i thenInclude na części, albo gorzej, sporo poziomów powiązań) to jakby to można było rozwiązać? Czy zostaje zrobienie researchu które dokładnie property będą używane w metodzie i napisanie takiego wielkiego selecta na X linii? Chodzi mi głównie o sytuację w której te powiązane dane są potrzebne dalej, np.w jakichś obliczeniach itp. Ewentualnie jeśli te powiązane dane są używane tylko w jakichś przypadkach, warunkowo, to można zrobić dodatkowe query zaraz przed lub użyć explicit loading i je dołączyć, prawda?
@@michalw9811 tak dokładnie, najlepiej byłoby sprawdzić, które konkretnie dane są potrzebne i wziąc je pod uwage w Select'cie przy takim zaptaniu, albo zawsze można napisać zapytanie w SQL, jeżeli to jest kluczowa funkcjonalność apki