Comments on: Entity Framework gyors lett http://soci.hu/blog/index.php/2010/01/06/entity-framework-gyors-lett/ Az ember kivételével minden állat tudja, hogy a legfontosabb dolgunk az életben: élvezni azt. Tue, 07 Feb 2012 22:25:51 +0000 http://wordpress.org/?v=2.6 By: Szindbad http://soci.hu/blog/index.php/2010/01/06/entity-framework-gyors-lett/#comment-76299 Szindbad Tue, 26 Jan 2010 15:58:01 +0000 http://soci.hu/blog/?p=991#comment-76299 EF kérdés. Tervezés során az entitásaim két kategóriába soroltam. Vannak elsőosztályú entitások (pl user, profile, organization, etc.) és vannak alárendelt entitások (pl. history, permission, notifysubscription, etc.) Hogyan különítem el őket úgy, hogy az architektúra tükrözze ezt a kategorizálást? EF kérdés. Tervezés során az entitásaim két kategóriába soroltam. Vannak elsőosztályú entitások (pl user, profile, organization, etc.) és vannak alárendelt entitások (pl. history, permission, notifysubscription, etc.)

Hogyan különítem el őket úgy, hogy az architektúra tükrözze ezt a kategorizálást?

]]> By: gerleim http://soci.hu/blog/index.php/2010/01/06/entity-framework-gyors-lett/#comment-76177 gerleim Mon, 18 Jan 2010 23:20:40 +0000 http://soci.hu/blog/?p=991#comment-76177 Néztem két irományt a Linq2Sql vs Entity Framework témában, itt írtam róla: http://www.grape.hu/hu/blog/gerleim/linq2sql-vs-entity-framework.aspx Néztem két irományt a Linq2Sql vs Entity Framework témában, itt írtam róla: http://www.grape.hu/hu/blog/gerleim/linq2sql-vs-entity-framework.aspx

]]> By: Szindbad http://soci.hu/blog/index.php/2010/01/06/entity-framework-gyors-lett/#comment-76026 Szindbad Fri, 08 Jan 2010 21:32:51 +0000 http://soci.hu/blog/?p=991#comment-76026 Meg tudja nekem mondani valaki, hogy hogyan lehet EF segitsegevel mappelni egy olyan "User" entitast, akinek van egy userneve es egy passwordje, amit hashelve tarolunk a db-ben ugy, hogy a kiszamolt hash sose jojjon vissza a db-bol? (azaz a password csak set-es property legyen, es csak a db fele menjen, visszafele ne mappelodjon) Meg tudja nekem mondani valaki, hogy hogyan lehet EF segitsegevel mappelni egy olyan “User” entitast, akinek van egy userneve es egy passwordje, amit hashelve tarolunk a db-ben ugy, hogy a kiszamolt hash sose jojjon vissza a db-bol? (azaz a password csak set-es property legyen, es csak a db fele menjen, visszafele ne mappelodjon)

]]> By: Soczó Zsolt http://soci.hu/blog/index.php/2010/01/06/entity-framework-gyors-lett/#comment-76014 Soczó Zsolt Wed, 06 Jan 2010 20:59:13 +0000 http://soci.hu/blog/?p=991#comment-76014 Én az utóbbit csináltam, de nem tetszik. Még a view a leghasználhatóbb talán. Köszi a tippeket. Én az utóbbit csináltam, de nem tetszik. Még a view a leghasználhatóbb talán. Köszi a tippeket.

]]> By: kpocza http://soci.hu/blog/index.php/2010/01/06/entity-framework-gyors-lett/#comment-76011 kpocza Wed, 06 Jan 2010 19:46:08 +0000 http://soci.hu/blog/?p=991#comment-76011 Aha. Amikor EF1-ben ilyent csináltam, akkor egy View-t kapcsoltam (ahol a 8 helyett már piros volt) az entitáshoz. Illetve amikor a A.B.Value is kellett, de el akartam érni A.BValue-ként is, akkor csináltam egy BValue get property-t. Nem nagyon szebb megoldások ezek sem, mint amit mondtál. Aha.
Amikor EF1-ben ilyent csináltam, akkor egy View-t kapcsoltam (ahol a 8 helyett már piros volt) az entitáshoz. Illetve amikor a A.B.Value is kellett, de el akartam érni A.BValue-ként is, akkor csináltam egy BValue get property-t.
Nem nagyon szebb megoldások ezek sem, mint amit mondtál.

]]> By: Soczó Zsolt http://soci.hu/blog/index.php/2010/01/06/entity-framework-gyors-lett/#comment-76010 Soczó Zsolt Wed, 06 Jan 2010 19:25:39 +0000 http://soci.hu/blog/?p=991#comment-76010 Arra gondolok, hogy az A táblában van egy szám, pl. 8, ami a B táblában a piros színt jelenti. A-ban ki akarom cserélni a 8-at pirosra. A joinos megoldás ez: http://msmvps.com/blogs/matthieu/archive/2008/06/20/entity-framework-how-to-use-entity-splitting-with-different-pk.aspx Arra gondolok, hogy az A táblában van egy szám, pl. 8, ami a B táblában a piros színt jelenti. A-ban ki akarom cserélni a 8-at pirosra.
A joinos megoldás ez:
http://msmvps.com/blogs/matthieu/archive/2008/06/20/entity-framework-how-to-use-entity-splitting-with-different-pk.aspx

]]> By: kpocza http://soci.hu/blog/index.php/2010/01/06/entity-framework-gyors-lett/#comment-76008 kpocza Wed, 06 Jan 2010 18:32:01 +0000 http://soci.hu/blog/?p=991#comment-76008 Ez mit is jelent? "Ezek értékeit szeretnem read-only módon beletolni A-ba, így nem kell állandóan a kapcsolatokon navigálnom" A.B.Value helyett A.BValue valami listás megoldásnál??? joinos megoldás? Ki tudnád fejteni részletesebben a dolgot? Ez mit is jelent? “Ezek értékeit szeretnem read-only módon beletolni A-ba, így nem kell állandóan a kapcsolatokon navigálnom”

A.B.Value helyett A.BValue valami listás megoldásnál???
joinos megoldás?
Ki tudnád fejteni részletesebben a dolgot?

]]> By: Soczó Zsolt http://soci.hu/blog/index.php/2010/01/06/entity-framework-gyors-lett/#comment-76006 Soczó Zsolt Wed, 06 Jan 2010 18:12:30 +0000 http://soci.hu/blog/?p=991#comment-76006 kpocza: ez a code only érdekes, meg is nézem, mivel úgyis én rakom össze mindkét oldalt, nem kell nagyon mapelni, így a konvenció alapú megoldás jó lehet. Viszont eszembe jutott egy kérdés. Van egy jól normalizált adatbázis, A táblához kapcsolódik B,C, D tábla. Ezek id, value jellegű lookup táblák, egy-több kapcsolattal A felé. Pl. B id, szín értékeket tartalmaz, A-ban van egy-egy FK B, C, D-re. Ezek értékeit szeretnem read-only módon beletolni A-ba, így nem kell állandóan a kapcsolatokon navigálnom. Mi ennek a legszakosabb módja? Amit eddig láttam (joinos), az nem tetszett. Nem 1-1 kapcsolat van a táblák között azonos PK-val, úgy látom ez az, ami jobban meg van támogatva. kpocza: ez a code only érdekes, meg is nézem, mivel úgyis én rakom össze mindkét oldalt, nem kell nagyon mapelni, így a konvenció alapú megoldás jó lehet.
Viszont eszembe jutott egy kérdés. Van egy jól normalizált adatbázis, A táblához kapcsolódik B,C, D tábla. Ezek id, value jellegű lookup táblák, egy-több kapcsolattal A felé. Pl. B id, szín értékeket tartalmaz, A-ban van egy-egy FK B, C, D-re.
Ezek értékeit szeretnem read-only módon beletolni A-ba, így nem kell állandóan a kapcsolatokon navigálnom. Mi ennek a legszakosabb módja? Amit eddig láttam (joinos), az nem tetszett.
Nem 1-1 kapcsolat van a táblák között azonos PK-val, úgy látom ez az, ami jobban meg van támogatva.

]]> By: kpocza http://soci.hu/blog/index.php/2010/01/06/entity-framework-gyors-lett/#comment-76005 kpocza Wed, 06 Jan 2010 17:39:50 +0000 http://soci.hu/blog/?p=991#comment-76005 EF1-ben tapasztalataim szerint nem az előfordított viewk használata turbózta meg a dolgot, hanem az, hogy a MetaDataWorkSpace (mdws)létrehozása. Kimértem profilerrel. Megoldás az lett, hogy egyszer kiszenvedtettem a mdws kikalkulását, majd legközelebb mindig az EntityConnectionnek azt a konstruktorát használtam, ahol a mdws is megadhtaó. EF4 esetében eddig nem szorultem ilyen megoldásra, mert az megy, mint disznó. Designer helyett a Code Only megoldást használjuk: http://blogs.msdn.com/efdesign/archive/2009/06/10/code-only.aspx http://blogs.msdn.com/efdesign/archive/2009/08/03/code-only-enhancements.aspx http://blogs.msdn.com/adonet/pages/feature-ctp-walkthrough-code-only-for-the-entity-framework.aspx A Code Onlyhoz persze kell a Feature CTP 2. Szigorúan POCO-kat használunk. Mert azért Persistence Ignorance kell, jól. Kurva jó az EF4. Csak lehetne mán detached object graph-ot is perzisztálni. Szóval az n-tier támogatás még halvány, ott még trükközni kell. Ezelőtt mi is saját megoldást pakoltunk Linq2SQL és EF1 fölé, hogy POCO-kba toljuk át az adatokat. De az EF4-nél már nem kell. Végre eljutott a Microsoft is oda, hogy csinál(t) egy normális ORM-et. EF1-ben tapasztalataim szerint nem az előfordított viewk használata turbózta meg a dolgot, hanem az, hogy a MetaDataWorkSpace (mdws)létrehozása. Kimértem profilerrel. Megoldás az lett, hogy egyszer kiszenvedtettem a mdws kikalkulását, majd legközelebb mindig az EntityConnectionnek azt a konstruktorát használtam, ahol a mdws is megadhtaó.

EF4 esetében eddig nem szorultem ilyen megoldásra, mert az megy, mint disznó.

Designer helyett a Code Only megoldást használjuk:
http://blogs.msdn.com/efdesign/archive/2009/06/10/code-only.aspx
http://blogs.msdn.com/efdesign/archive/2009/08/03/code-only-enhancements.aspx
http://blogs.msdn.com/adonet/pages/feature-ctp-walkthrough-code-only-for-the-entity-framework.aspx

A Code Onlyhoz persze kell a Feature CTP 2.

Szigorúan POCO-kat használunk. Mert azért Persistence Ignorance kell, jól.
Kurva jó az EF4. Csak lehetne mán detached object graph-ot is perzisztálni. Szóval az n-tier támogatás még halvány, ott még trükközni kell.

Ezelőtt mi is saját megoldást pakoltunk Linq2SQL és EF1 fölé, hogy POCO-kba toljuk át az adatokat. De az EF4-nél már nem kell. Végre eljutott a Microsoft is oda, hogy csinál(t) egy normális ORM-et.

]]> By: chikk http://soci.hu/blog/index.php/2010/01/06/entity-framework-gyors-lett/#comment-76003 chikk Wed, 06 Jan 2010 15:51:26 +0000 http://soci.hu/blog/?p=991#comment-76003 A v2 már jó lesz. Van SP támogatás is. A v2 már jó lesz. Van SP támogatás is.

]]>