Új hozzászólás Aktív témák

• #5867 martonx veterán Goose-T #5865

  Új Válasz 2014-09-20 22:43:17 #5867

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz Goose-T #5865 üzenetére

  Illetve ehhez tenném még hozzá, hogy rengetegen képtelenek az EF-et optimálisan használni. Mondok pár példát, nem neked címezve, de a te hsz-edhez kiegészítve:

  1. db.savechanges-t foreach-en belül rengetegszer látom, miközben a foreach végén egy kötegben kiadott db.savechanges pont ugyanúgy mind az X ezer insert-et elvégezné, csak éppen jóval hatékonyabban, mint tízezerszer szólni az SQL-nek, hogy insertálj egy sort. Ez pláne távoli felhős SQL-ek esetében pár nagyságrendet tud rajtunk gyorsítani.
  2. pont a nagy tranzakciószámokhoz lett kitalálva a Configuration.ValidateOnSaveEnabled = false kapcsoló, amivel a csomó EF-es belső validációt ki lehet iktatni töredékére csökkentve ezzel az EF-es overhead-et.
  3. Configuration.AutoDetectChangesEnabled = false is egy hasznos kapcsoló külső adatok db importja esetén. Minél több az importálandó adat, annál hasznosabb.

  Persze a legjobb a Bulk Insert, csak van amikor ez betegesen le van korlátozva, illetve egyszerűen a fenti pontok ismeretében az EF-es insertelgetést is lehet ésszel csinálni.

• #5866 Peter Kiss őstag Goose-T #5865

  Új Válasz 2014-09-20 15:23:21 #5866

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Peter Kiss

  őstag

  válasz Goose-T #5865 üzenetére

  Gyönyörűen mondtad.

Új hozzászólás Aktív témák