<\/div>\n

Merhaba,<\/p>\n

Entity Framework Core tasar\u0131mlar\u0131nda bir entity’nin olmas\u0131 gereken in\u015fa kurallar\u0131n\u0131n d\u0131\u015f\u0131na \u00e7\u0131karak par\u00e7alamak ve grupsal olarak property’lerini farkl\u0131 class’lar da tutmak isteyebiliriz. Bu class’lar, yap\u0131sal olarak entity type’a benzeyebilirler lakin davran\u0131\u015fsal olarak, ana entity’nin farkl\u0131 property’lerini temsil etmektedirler.<\/p>\n

$\"Entity$ <\/a>
\nYukar\u0131daki g\u00f6rseli incelerseniz e\u011fer, ‘Employee’ entity’sinin ‘Name’, ‘MiddleName’ ve ‘LastName’ bilgileri bir grup olarak ‘EmployeeName’ s\u0131n\u0131f\u0131na, benzer mant\u0131kla ‘StreetAdress’ ve ‘Location’ bilgileri ise ‘Address’ s\u0131n\u0131f\u0131na al\u0131nm\u0131\u015ft\u0131r. Bu grupsal property’leri bar\u0131nd\u0131ran entity type misali s\u0131n\u0131flar nihai olarak ana entity’de navigation property olarak tarif edilmektedirler.<\/p>\n

Normal EF Core kurallar\u0131nda t\u00fcm entity’lerin bir primary key property’si olmal\u0131d\u0131r. Haliyle EF Core navigation property’ler ile kurulan relation durumlar\u0131nda ili\u015fkisel olarak bu property \u00fczerinden foreign key’leri sa\u011flayaca\u011f\u0131n\u0131 bilmektedirler. Halbuki buradaki ama\u00e7 ne ili\u015fkisel bir tasar\u0131m yapmak ne de primary key’i olmayan bir tablo olu\u015fturmak. Buradaki ama\u00e7 ‘Employee’ t\u00fcr\u00fcn\u00fcn property’lerini grupsal olarak farkl\u0131 s\u0131n\u0131flara da\u011f\u0131tmak ve o \u015fekilde y\u00f6netmektir. \u0130\u015fte b\u00f6yle veritaban\u0131 a\u00e7\u0131s\u0131ndan normalizasyona ayk\u0131r\u0131 tasar\u0131mlar\u0131n s\u00f6z konusu oldu\u011fu durumlarda Owned Entities \u00f6zelli\u011fi ile tasar\u0131m\u0131 ORM arac\u0131na izah edebilmekte ve bunlar\u0131n bir entity de\u011fil, var olan entity’nin alt par\u00e7alar\u0131 oldu\u011funu s\u00f6yleyebilmekteyiz.<\/p>\n

Bunun i\u00e7in context nesnesinin direkt ‘OnModelCreating’ metodunu kullanabilece\u011fimiz gibi ayriyeten ‘IEntityTypeConfiguration<T>’ t\u00fcr\u00fcnden bir konfig\u00fcrasyon yap\u0131lanmas\u0131n\u0131 da kullanabiliriz.<\/p>\n

\u0130lk olarak ‘OnModelCreating’ metodunda ilgili konfig\u00fcrasyonu ele al\u0131rsak e\u011fer :<\/p>\n

\r\n        protected override void OnModelCreating(ModelBuilder modelBuilder)\r\n        {\r\n            modelBuilder.Entity<Employee>().OwnsOne(e => e.Address);\r\n            modelBuilder.Entity<Employee>().OwnsOne(e => e.EmployeeName);\r\n            base.OnModelCreating(modelBuilder);\r\n        }\r\n<\/pre>\ng\u00f6r\u00fcld\u00fc\u011f\u00fc \u00fczere ilgili ‘OwnsOne’ fonksiyonu sayesinde ‘Employee’ s\u0131n\u0131f\u0131n alt\u0131ndaki ‘Address’ ve ‘EmployeeName’ navigation property’lerinin ili\u015fkisel bir tablo de\u011fil, esas\u0131nda alt property tan\u0131mlamalar\u0131n\u0131 tutan gruplar oldu\u011funu ifade etmi\u015f bulunmaktay\u0131z.<\/p>\n
Benzer i\u015fi ‘IEntityTypeConfiguration<T>’ interface’i ile ger\u00e7ekle\u015ftirirsek e\u011fer :<\/p>\n\r\n    class EmployeeConfiguration : IEntityTypeConfiguration<Employee>\r\n    {\r\n        public void Configure(EntityTypeBuilder<Employee> builder)\r\n        {\r\n            builder.OwnsOne(e => e.Address);\r\n            builder.OwnsOne(e => e.EmployeeName);\r\n        }\r\n    }\r\n<\/pre>\n\u0130lgili interface’den t\u00fcreyen ‘EmployeeConfiguration’ s\u0131n\u0131f\u0131 \u00fczerinde implement edilen ‘Configure’ metodunda yine ‘OwnsOne’ fonksiyonuyla ilgili property gruplar\u0131 belirtilmektedir. Bu tasar\u0131mdan sonra ilgili konfig\u00fcrasyon dosyas\u0131, context s\u0131nf\u0131ndaki ‘OnModelCreating’ fonksiyonunda a\u015fa\u011f\u0131daki gibi ‘ApplyConfiguration’ metodu ile ilgili ORM’ye dahil edilmesi gerekmektedir.<\/p>\n\r\n        protected override void OnModelCreating(ModelBuilder modelBuilder)\r\n        {\r\n            modelBuilder.ApplyConfiguration(new EmployeeConfiguration());\r\n            base.OnModelCreating(modelBuilder);\r\n        }\r\n<\/pre>\nNormalde bu konfig\u00fcrasyonlar\u0131 yapmasak EF Core ‘Employee’ alt\u0131ndaki ‘EmployeeName’ ve ‘Address’ property’lerini bir ili\u015fkisel navigation property olarak alg\u0131layacak ve migration olu\u015fturma s\u00fcrecinde primary key kolonlar\u0131 tan\u0131mlanmad\u0131\u011f\u0131 i\u00e7in a\u015fa\u011f\u0131daki hatay\u0131 verecektir.
\n<\/a><\/p>\n
Amma velakin ‘OwnsOne’ metodu sayesinde ilgili property’lerin ili\u015fkisel navigation property olmad\u0131\u011f\u0131n\u0131, ilgili entity’nin property’lerini bar\u0131nd\u0131ran alt class’lar oldu\u011funu bildirmi\u015f olmaktay\u0131z. Dolay\u0131s\u0131yla migration basarken bir problemle kar\u015f\u0131la\u015f\u0131lmayacak ve migrate neticesinde ilgili tabloyu a\u015fa\u011f\u0131daki gibi generate edecektir.<\/p>\n
<\/a>Yandaki g\u00f6rselde g\u00f6r\u00fcld\u00fc\u011f\u00fc \u00fczere ‘Employees’ entity’si i\u00e7erisinde navigation property olarak bildirilen alt property gruplar\u0131 yap\u0131sal olarak ‘Employees’ tablosunda kolon olarak generate edilmi\u015flerdir. Kolon isimlerine dikkat ederseniz hangi class’tan geliyorsa onu bildirecek \u015fekilde nitelendirilmi\u015ftir. E\u011fer ki olu\u015fturulacak kolonlar\u0131n ismini de\u011fi\u015ftirmek istiyorsan\u0131z ilgili property’lere a\u015fa\u011f\u0131daki gibi m\u00fcdahalede bulunman\u0131z gerekmektedir.<\/p>\n
\r\n            builder.OwnsOne(e => e.Address).Property(p => p.Location).HasColumnName("Location");\r\n            builder.OwnsOne(e => e.Address).Property(p => p.StreetAddress).HasColumnName("StreetAddress");\r\n            builder.OwnsOne(e => e.EmployeeName).Property(e => e.LastName).HasColumnName("LastName");\r\n            builder.OwnsOne(e => e.EmployeeName).Property(e => e.MiddleName).HasColumnName("MiddleName");\r\n            builder.OwnsOne(e => e.EmployeeName).Property(e => e.Name).HasColumnName("Name");\r\n<\/pre>\n<\/a>Haliyle bu \u015fekilde yap\u0131lan bir \u00e7al\u0131\u015fma neticesinde kolon isimleri istedi\u011finiz gibi edinilebilmektedir. G\u00f6r\u00fcld\u00fc\u011f\u00fc \u00fczere Table Splitting operasyonu neticesinde veritaban\u0131ndaki herhangi bir tablonun kar\u015f\u0131l\u0131\u011f\u0131 olan bir entity’i yaz\u0131l\u0131m k\u0131sm\u0131nda b\u00f6lebilmekte ve bir b\u00fct\u00fcn olarak kullanmaya devam edebilmekteyiz.<\/p>\n
Owned Attribute’u<\/strong>
\nEntity b\u00f6lme i\u015flemini ger\u00e7ekle\u015ftirebilmek i\u00e7in yukar\u0131da ele al\u0131nan y\u00f6ntem d\u0131\u015f\u0131nda ayriyeten ‘Owned’ attribute’unu kullanabilirsiniz. Bu attribute ile ana entity taraf\u0131ndan navigation property olarak referans edilen t\u00fcm par\u00e7alar\u0131 i\u015faretlemeniz ili\u015fkisel bir tablo tasar\u0131m\u0131 olmad\u0131\u011f\u0131na dair bilgilendirme yapman\u0131z i\u00e7in yeterli olacakt\u0131r.<\/p>\n
\r\n    class Employee\r\n    {\r\n        public int Id { get; set; }\r\n        public bool IsActive { get; set; }\r\n        public EmployeeName EmployeeName { get; set; }\r\n        public Address Address { get; set; }\r\n    }\r\n<\/pre>\n\r\n    [Owned()]\r\n    class EmployeeName\r\n    {\r\n        public string Name { get; set; }\r\n        public string MiddleName { get; set; }\r\n        public string LastName { get; set; }\r\n    }\r\n<\/pre>\n\r\n    [Owned()]\r\n    class Address\r\n    {\r\n        public string StreetAddress { get; set; }\r\n        public string Location { get; set; }\r\n    }\r\n<\/pre>\n\u0130lgilenenlerin faydalanmas\u0131 dile\u011fiyle…
\nSonraki yaz\u0131lar\u0131mda g\u00f6r\u00fc\u015fmek \u00fczere…
\n\u0130yi \u00e7al\u0131\u015fmalar…<\/p>\n","protected":false},"excerpt":{"rendered":"
Merhaba, Entity Framework Core tasar\u0131mlar\u0131nda bir entity’nin olmas\u0131 gereken in\u015fa kurallar\u0131n\u0131n d\u0131\u015f\u0131na \u00e7\u0131karak par\u00e7alamak ve grupsal olarak property’lerini farkl\u0131 class’lar da tutmak isteyebiliriz. Bu class’lar, yap\u0131sal olarak entity type’a benzeyebilirler lakin davran\u0131\u015fsal olarak, ana...<\/p>\n","protected":false},"author":1,"featured_media":19937,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2914],"tags":[2850,4014,4015,4010,4012,4011,4013],"class_list":["post-19936","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-entity-framework-core","tag-entity-framework-core","tag-entity-framework-core-owned-entities","tag-entity-framework-core-table-splitting","tag-ientitytypeconfiguration","tag-owned-entities","tag-owned-entities-and-table-splitting","tag-table-splitting"],"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts\/19936","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/comments?post=19936"}],"version-history":[{"count":11,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts\/19936\/revisions"}],"predecessor-version":[{"id":19951,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts\/19936\/revisions\/19951"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/media\/19937"}],"wp:attachment":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/media?parent=19936"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/categories?post=19936"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/tags?post=19936"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}