Modern yaz\u0131l\u0131m geli\u015ftirmede, nesne y\u00f6nelimli programlama (OOP) dilleri ile ili\u015fkisel veritabanlar\u0131 aras\u0131nda bir k\u00f6pr\u00fc kurmak kritik bir \u00f6neme sahiptir. Bu k\u00f6pr\u00fc, “Nesne-\u0130li\u015fkisel E\u015fleme” (Object-Relational Mapping – ORM) ara\u00e7lar\u0131 arac\u0131l\u0131\u011f\u0131yla sa\u011flan\u0131r. Hibernate, Java ekosistemindeki en pop\u00fcler ve g\u00fc\u00e7l\u00fc ORM ara\u00e7lar\u0131ndan biridir. Geli\u015ftiricilerin SQL sorgular\u0131 yazma zahmetinden kurtulmas\u0131n\u0131 sa\u011flayarak, veritaban\u0131 i\u015flemlerini Java nesneleri \u00fczerinden ger\u00e7ekle\u015ftirmelerine olanak tan\u0131r. Bu sayede, i\u015f mant\u0131\u011f\u0131na daha fazla odaklan\u0131labilir ve veritaban\u0131 ba\u011f\u0131ms\u0131zl\u0131\u011f\u0131 art\u0131r\u0131l\u0131r.<\/p>\n
\u0130li\u015fkisel veritabanlar\u0131, tablolar aras\u0131ndaki ili\u015fkileri tan\u0131mlamak i\u00e7in \u00e7e\u015fitli mekanizmalar sunar. Bu ili\u015fkiler genellikle \u00fc\u00e7 ana kategoriye ayr\u0131l\u0131r: Bire-Bir (One-to-One), Bire-\u00c7ok (One-to-Many) ve \u00c7oka-\u00c7ok (Many-to-Many). Bu makalede, bu ili\u015fkilerden “Bire-Bir” (One-to-One) ili\u015fkisinin Hibernate’de, \u00f6zellikle de annotation’lar kullan\u0131larak nas\u0131l modellendi\u011fini ve y\u00f6netildi\u011fini ayr\u0131nt\u0131l\u0131 bir \u015fekilde inceleyece\u011fiz. Bire-Bir ili\u015fkiler, genellikle bir varl\u0131\u011f\u0131n di\u011fer bir varl\u0131kla kesinlikle tekil bir ba\u011flant\u0131ya sahip oldu\u011fu durumlarda kullan\u0131l\u0131r. \u00d6rne\u011fin, bir “Kullan\u0131c\u0131”n\u0131n sadece bir “Kullan\u0131c\u0131Profili”ne veya bir “\u00c7al\u0131\u015fan”\u0131n sadece bir “Pasaport” bilgisine sahip olmas\u0131 gibi senaryolarda kar\u015f\u0131m\u0131za \u00e7\u0131kar. Hibernate, bu t\u00fcr karma\u015f\u0131k veritaban\u0131 ili\u015fkilerini Java s\u0131n\u0131flar\u0131 aras\u0131nda basit ve anla\u015f\u0131l\u0131r annotation’lar arac\u0131l\u0131\u011f\u0131yla temsil etme yetene\u011fi sunar.<\/p>\n
Hibernate, ba\u015flang\u0131\u00e7ta XML tabanl\u0131 yap\u0131land\u0131rma dosyalar\u0131 (\u00f6rne\u011fin Bir Hibernate projesinde annotation’lar\u0131 kullanmak i\u00e7in gerekli temel ba\u011f\u0131ml\u0131l\u0131klar genellikle Bire-Bir ili\u015fkiler, veritaban\u0131 tasar\u0131m\u0131nda iki ana \u015fekilde modellenebilir ve Hibernate’de bu iki modelleme yakla\u015f\u0131m\u0131 farkl\u0131 annotation’lar ve stratejiler gerektirir:<\/p>\n Bu senaryoda, her iki tablonun da ayn\u0131 birincil anahtar\u0131 (Primary Key) payla\u015fmas\u0131 esast\u0131r. Genellikle bir tablo, di\u011fer bir tablonun “uzant\u0131s\u0131” veya “detay\u0131” oldu\u011funda bu yakla\u015f\u0131m tercih edilir. \u00d6rne\u011fin, bir * \u00d6rnek Senaryo:<\/strong> Bir Bu daha geleneksel ve yayg\u0131n bir One-to-One ili\u015fki modellemesidir. Bir tablonun birincil anahtar\u0131, di\u011fer tablonun bir s\u00fctununda yabanc\u0131 anahtar olarak tutulur. Bu durumda, yabanc\u0131 anahtar\u0131 i\u00e7eren tablo “owning side” (sahip taraf) olarak kabul edilir ve ili\u015fkinin y\u00f6netiminden sorumludur.<\/p>\n * \u00d6rnek Senaryo:<\/strong> Bir Bu iki farkl\u0131 modelleme yakla\u015f\u0131m\u0131, Hibernate’de farkl\u0131 annotation’lar ve stratejilerle ele al\u0131n\u0131r. \u015eimdi bu annotation’lar\u0131 ve kullan\u0131mlar\u0131n\u0131 detayl\u0131ca inceleyelim.<\/p>\n Hibernate’de bir One-to-One ili\u015fkiyi tan\u0131mlamak i\u00e7in \u00e7e\u015fitli annotation’lar kullan\u0131l\u0131r. Bunlar\u0131 genel ve ili\u015fkiye \u00f6zg\u00fc olarak ikiye ay\u0131rabiliriz:<\/p>\n * * \u015eimdi iki farkl\u0131 bire-bir ili\u015fki modellemesini kod \u00f6rnekleriyle inceleyelim.<\/p>\n Bu senaryoda, bir Kullanici.java (Owning Side – Ebeveyn)<\/strong><\/p>\n KullaniciDetay.java (Non-Owning Side – \u00c7ocuk)<\/strong><\/p>\n A\u00e7\u0131klama:<\/strong> Bu senaryoda, bir Calisan.java (Owning Side – Sahip Taraf)<\/strong><\/p>\n Pasaport.java (Non-Owning Side – Sahip Olmayan Taraf)<\/strong><\/p>\n A\u00e7\u0131klama:<\/strong> Her iki \u00f6rnekte de, Hibernate’in \u00e7al\u0131\u015fabilmesi i\u00e7in veritaban\u0131 ba\u011flant\u0131 bilgilerini ve e\u015flenen varl\u0131k s\u0131n\u0131flar\u0131n\u0131 i\u00e7eren bir yap\u0131land\u0131rma dosyas\u0131na ihtiyac\u0131 vard\u0131r. Geleneksel olarak bu hibernate.cfg.xml<\/strong><\/p>\n pom.xml (Gerekli Ba\u011f\u0131ml\u0131l\u0131klar)<\/strong><\/p>\n \u015eimdi bu varl\u0131klar \u00fczerinde temel CRUD (Create, Read, Update, Delete) i\u015flemlerini nas\u0131l yapaca\u011f\u0131m\u0131za dair bir \u00f6rnek uygulama yazal\u0131m.<\/p>\n Bu \u00f6rnek kod, hem payla\u015f\u0131lan birincil anahtar hem de yabanc\u0131 anahtar tabanl\u0131 One-to-One ili\u015fkiler i\u00e7in olu\u015fturma, okuma, g\u00fcncelleme ve silme i\u015flemlerini g\u00f6stermektedir. * Owning Side ve Hibernate, Java uygulamalar\u0131nda ili\u015fkisel veritaban\u0131 etkile\u015fimlerini basitle\u015ftiren g\u00fc\u00e7l\u00fc bir ORM arac\u0131d\u0131r. Annotation’lar arac\u0131l\u0131\u011f\u0131yla, bire-bir ili\u015fkiler gibi karma\u015f\u0131k veritaban\u0131 yap\u0131lar\u0131n\u0131 Java nesneleri aras\u0131nda kolayca modelleyebilir ve y\u00f6netebiliriz. Bu makalede, payla\u015f\u0131lan birincil anahtar ve yabanc\u0131 anahtar tabanl\u0131 olmak \u00fczere iki ana bire-bir ili\u015fki modellemesi incelendi, gerekli annotation’lar detayland\u0131r\u0131ld\u0131 ve her iki senaryo i\u00e7in kapsaml\u0131 kod \u00f6rnekleri sunuldu.<\/p>\n Do\u011fru mapping stratejilerini se\u00e7mek, .hbm.xml<\/code>) ile pop\u00fclerlik kazanm\u0131\u015f olsa da, g\u00fcn\u00fcm\u00fczde annotation’lar (Java 5’ten itibaren gelen @<\/code> ile ba\u015flayan yap\u0131lar) arac\u0131l\u0131\u011f\u0131yla yap\u0131lan yap\u0131land\u0131rma \u00e7ok daha yayg\u0131n ve tercih edilen bir y\u00f6ntem haline gelmi\u015ftir. Annotation’lar, ilgili kodu ve meta veriyi ayn\u0131 yerde tutarak okunabilirli\u011fi art\u0131r\u0131r, geli\u015ftirme s\u00fcrecini h\u0131zland\u0131r\u0131r ve XML dosyalar\u0131n\u0131n y\u00f6netim y\u00fck\u00fcn\u00fc ortadan kald\u0131r\u0131r. Bu yakla\u015f\u0131m, \u00f6zellikle Spring Data JPA gibi modern framework’lerle entegre edildi\u011finde, geli\u015ftiricilere daha tutarl\u0131 ve verimli bir deneyim sunar.<\/p>\nhibernate-core<\/code> ve veritaban\u0131 s\u00fcr\u00fcc\u00fcs\u00fcd\u00fcr. Bu ba\u011f\u0131ml\u0131l\u0131klar, Maven veya Gradle gibi ba\u011f\u0131ml\u0131l\u0131k y\u00f6netim ara\u00e7lar\u0131 arac\u0131l\u0131\u011f\u0131yla kolayca projenize eklenebilir. Annotation’lar sayesinde, Java s\u0131n\u0131flar\u0131n\u0131z\u0131 do\u011frudan veritaban\u0131 tablolar\u0131na, s\u00fctunlar\u0131na ve aralar\u0131ndaki ili\u015fkilere e\u015fle\u015ftirebiliriz.<\/p>\nBire-Bir (One-to-One) \u0130li\u015fki T\u00fcrleri ve Uygulama Senaryolar\u0131<\/h3>\n
1. Payla\u015f\u0131lan Birincil Anahtar (Shared Primary Key)<\/h4>\n
Kullanici<\/code> tablosu ve bu kullan\u0131c\u0131n\u0131n ek bilgilerini tutan KullaniciDetay<\/code> tablosu. KullaniciDetay<\/code> tablosunun birincil anahtar\u0131, ayn\u0131 zamanda Kullanici<\/code> tablosunun birincil anahtar\u0131d\u0131r ve bu iki tablo aras\u0131nda hem birincil anahtar hem de yabanc\u0131 anahtar (Foreign Key) olarak i\u015flev g\u00f6r\u00fcr.<\/p>\nKullanici<\/code> nesnesi, temel kimlik bilgilerini (ID, kullan\u0131c\u0131 ad\u0131, \u015fifre) i\u00e7erirken, KullaniciDetay<\/code> nesnesi daha az eri\u015filen veya daha \u00f6zel bilgileri (adres, telefon, do\u011fum tarihi) tutabilir. Bu, veritaban\u0131 performans\u0131n\u0131 art\u0131rmak ve veri modelini daha mod\u00fcler hale getirmek i\u00e7in yap\u0131labilir.<\/p>\n2. Yabanc\u0131 Anahtar (Foreign Key) Tabanl\u0131 \u0130li\u015fki<\/h4>\n
Calisan<\/code> nesnesinin bir Pasaport<\/code> nesnesine sahip olmas\u0131. Pasaport<\/code> tablosu, Calisan<\/code> tablosunun birincil anahtar\u0131n\u0131 kendi i\u00e7inde bir yabanc\u0131 anahtar olarak tutar. Bu sayede her Calisan<\/code> i\u00e7in tek bir Pasaport<\/code> kayd\u0131 olabilir ve her Pasaport<\/code> kayd\u0131 tek bir Calisan<\/code>‘a ait olur. Bu modelde, Pasaport<\/code> tablosunun kendi birincil anahtar\u0131 genellikle otomatik artan bir de\u011fer olabilir ve Calisan<\/code> ID’si ile ayn\u0131 olmak zorunda de\u011fildir.<\/p>\nHibernate One-to-One Mapping i\u00e7in Temel ve \u0130li\u015fki Annotasyonlar\u0131<\/h3>\n
Temel Varl\u0131k Annotasyonlar\u0131:<\/h4>\n
@Entity<\/code>: Bir Java s\u0131n\u0131f\u0131n\u0131n bir veritaban\u0131 tablosuna e\u015flenen bir varl\u0131k oldu\u011funu belirtir. Hibernate, bu s\u0131n\u0131flar\u0131 y\u00f6netir.
\n* @Table(name = \"tablo_adi\")<\/code>: \u0130ste\u011fe ba\u011fl\u0131d\u0131r. E\u011fer s\u0131n\u0131f ad\u0131 ile veritaban\u0131 tablo ad\u0131 farkl\u0131ysa kullan\u0131l\u0131r.
\n* @Id<\/code>: Birincil anahtar alan\u0131n\u0131 belirtir. Her varl\u0131k s\u0131n\u0131f\u0131nda mutlaka bulunmal\u0131d\u0131r.
\n* @GeneratedValue(strategy = GenerationType.IDENTITY)<\/code>: Birincil anahtar\u0131n nas\u0131l \u00fcretilece\u011fini belirtir. IDENTITY<\/code>, AUTO<\/code>, SEQUENCE<\/code>, TABLE<\/code> gibi stratejiler mevcuttur. IDENTITY<\/code> genellikle otomatik artan s\u00fctunlar i\u00e7in kullan\u0131l\u0131r.
\n* @Column(name = \"sutun_adi\", nullable = false, unique = true, length = 255)<\/code>: \u0130ste\u011fe ba\u011fl\u0131d\u0131r. Alan ad\u0131 ile veritaban\u0131 s\u00fctun ad\u0131 farkl\u0131ysa veya s\u00fctun \u00f6zellikleri (null olamaz, benzersiz, uzunluk vb.) belirtilmek isteniyorsa kullan\u0131l\u0131r.<\/p>\nOne-to-One \u0130li\u015fki i\u00e7in \u00d6zel Annotasyonlar:<\/h4>\n
@OneToOne<\/code>: Bu annotation, iki varl\u0131k s\u0131n\u0131f\u0131 aras\u0131nda bire-bir bir ili\u015fki oldu\u011funu belirtir. Alan\u0131n \u00fczerine eklenir.
\n * mappedBy = \"ili\u015fki_alan\u0131\"<\/code>: Bu \u00f6zellik, ili\u015fkinin “non-owning side” (sahip olmayan taraf) taraf\u0131ndan kullan\u0131l\u0131r. \u0130li\u015fkinin di\u011fer taraf\u0131ndaki (owning side) alan\u0131n ad\u0131n\u0131 belirtir. mappedBy<\/code> kullanan taraf, veritaban\u0131nda yabanc\u0131 anahtar\u0131 tutmaz; bu anahtar di\u011fer tarafta bulunur. mappedBy<\/code> olmadan, Hibernate her iki tarafta da bir yabanc\u0131 anahtar s\u00fctunu olu\u015fturmaya \u00e7al\u0131\u015f\u0131r ki bu bire-bir ili\u015fkilerde genellikle istenmez.
\n * cascade = CascadeType.ALL<\/code>: \u0130li\u015fkili varl\u0131klar \u00fczerindeki i\u015flemlerin (kaydetme, g\u00fcncelleme, silme vb.) nas\u0131l yay\u0131ld\u0131\u011f\u0131n\u0131 y\u00f6netir. \u00d6rne\u011fin, bir Kullanici<\/code> silindi\u011finde, ili\u015fkili KullaniciDetay<\/code>‘\u0131n da silinmesini istiyorsak CascadeType.REMOVE<\/code> veya CascadeType.ALL<\/code> kullan\u0131r\u0131z. Di\u011fer yayg\u0131n de\u011ferler PERSIST<\/code>, MERGE<\/code>, REFRESH<\/code>, DETACH<\/code>‘dir.
\n * fetch = FetchType.LAZY<\/code>: \u0130li\u015fkili verilerin ne zaman y\u00fcklenece\u011fini belirler. FetchType.LAZY<\/code> (varsay\u0131lan), ili\u015fkili varl\u0131\u011f\u0131n ancak ihtiya\u00e7 duyuldu\u011funda (eri\u015fildi\u011finde) y\u00fcklenmesini sa\u011flar. FetchType.EAGER<\/code> ise ana varl\u0131k y\u00fcklendi\u011finde ili\u015fkili varl\u0131\u011f\u0131n da hemen y\u00fcklenmesini sa\u011flar. Performans i\u00e7in genellikle LAZY<\/code> tercih edilir.
\n * orphanRemoval = true<\/code>: Yaln\u0131z kalan \u00e7ocuk varl\u0131klar\u0131n silinmesini sa\u011flar. E\u011fer bir \u00e7ocuk varl\u0131k, ebeveyninden ayr\u0131l\u0131rsa (ili\u015fki kopar\u0131l\u0131rsa), veritaban\u0131ndan otomatik olarak silinir. Bu \u00f6zellik, cascade = CascadeType.REMOVE<\/code> veya CascadeType.ALL<\/code> ile birlikte kullan\u0131lmal\u0131d\u0131r.
\n* @JoinColumn(name = \"yabanci_anahtar_sutunu_adi\", unique = true, nullable = false)<\/code>: Bu annotation, ili\u015fkinin “owning side” (sahip taraf) taraf\u0131ndan kullan\u0131l\u0131r ve yabanc\u0131 anahtar\u0131n bulundu\u011fu s\u00fctunu belirtir. unique = true<\/code> \u00f6zelli\u011fi, bire-bir ili\u015fkiyi garanti etmek i\u00e7in \u00f6nemlidir, \u00e7\u00fcnk\u00fc bu, bu s\u00fctunda her de\u011ferin yaln\u0131zca bir kez g\u00f6r\u00fcnebilece\u011fi anlam\u0131na gelir.
\n* @PrimaryKeyJoinColumn<\/code>: Bu annotation, \u00f6zellikle “payla\u015f\u0131lan birincil anahtar” senaryosunda kullan\u0131l\u0131r. \u0130li\u015fkili varl\u0131\u011f\u0131n birincil anahtar\u0131n\u0131n, ayn\u0131 zamanda yabanc\u0131 anahtar olarak kullan\u0131ld\u0131\u011f\u0131n\u0131 belirtir. Yani, iki tablo ayn\u0131 PK’y\u0131 payla\u015f\u0131r.
\n* @MapsId<\/code>: Payla\u015f\u0131lan birincil anahtar senaryosunda, alt (child) varl\u0131\u011f\u0131n birincil anahtar\u0131n\u0131n \u00fcst (parent) varl\u0131\u011f\u0131n birincil anahtar\u0131ndan t\u00fcretildi\u011fini belirtir. Genellikle @PrimaryKeyJoinColumn<\/code> ile birlikte kullan\u0131l\u0131r.<\/p>\n\u00d6rnek Uygulama: Bire-Bir \u0130li\u015fkilerin Modellenmesi<\/h3>\n
Y\u00f6ntem 1: Payla\u015f\u0131lan Birincil Anahtar (Shared Primary Key)<\/h4>\n
Kullanici<\/code> ve KullaniciDetay<\/code> varl\u0131klar\u0131m\u0131z olacak. KullaniciDetay<\/code>‘\u0131n ID’si, Kullanici<\/code>‘n\u0131n ID’si ile ayn\u0131 olacak.<\/p>\npackage com.example.hibernate.onetone.sharedpk.entity;\n\nimport javax.persistence.*;\n\n@Entity\n@Table(name = \"kullanicilar\")\npublic class Kullanici {\n\n @Id\n @GeneratedValue(strategy = GenerationType.IDENTITY)\n @Column(name = \"kullanici_id\")\n private Long id;\n\n @Column(name = \"kullanici_adi\", unique = true, nullable = false)\n private String kullaniciAdi;\n\n @Column(name = \"eposta\", unique = true, nullable = false)\n private String eposta;\n\n \/\/ One-to-One ili\u015fki: Kullanici bir KullaniciDetay'a sahiptir.\n \/\/ cascade = CascadeType.ALL: Kullanici ile yap\u0131lan t\u00fcm i\u015flemler KullaniciDetay'a da yans\u0131r.\n \/\/ orphanRemoval = true: E\u011fer bir KullaniciDetay, Kullanici'dan ayr\u0131l\u0131rsa silinir.\n \/\/ mappedBy = \"kullanici\": KullaniciDetay s\u0131n\u0131f\u0131ndaki \"kullanici\" alan\u0131 bu ili\u015fkinin sahibidir.\n \/\/ Bu taraf (Kullanici) owning side de\u011fildir, \u00e7\u00fcnk\u00fc mappedBy kullan\u0131lm\u0131\u015ft\u0131r.\n \/\/ Ancak Shared Primary Key'de mant\u0131ksal olarak Kullanici ebeveyn gibi davran\u0131r.\n @OneToOne(mappedBy = \"kullanici\", cascade = CascadeType.ALL, orphanRemoval = true, fetch = FetchType.LAZY)\n private KullaniciDetay detay;\n\n public Kullanici() {\n }\n\n public Kullanici(String kullaniciAdi, String eposta) {\n this.kullaniciAdi = kullaniciAdi;\n this.eposta = eposta;\n }\n\n \/\/ Getter ve Setter'lar\n public Long getId() {\n return id;\n }\n\n public void setId(Long id) {\n this.id = id;\n }\n\n public String getKullaniciAdi() {\n return kullaniciAdi;\n }\n\n public void setKullaniciAdi(String kullaniciAdi) {\n this.kullaniciAdi = kullaniciAdi;\n }\n\n public String getEposta() {\n return eposta;\n }\n\n public void setEposta(String eposta) {\n this.eposta = eposta;\n }\n\n public KullaniciDetay getDetay() {\n return detay;\n }\n\n \/\/ \u0130li\u015fkiyi iki tarafl\u0131 kurmak i\u00e7in helper metot\n public void setDetay(KullaniciDetay detay) {\n if (detay == null) {\n if (this.detay != null) {\n this.detay.setKullanici(null);\n }\n } else {\n detay.setKullanici(this);\n }\n this.detay = detay;\n }\n\n @Override\n public String toString() {\n return \"Kullanici{\" +\n \"id=\" + id +\n \", kullaniciAdi='\" + kullaniciAdi + '\\'' +\n \", eposta='\" + eposta + '\\'' +\n '}';\n }\n}<\/code><\/pre>\npackage com.example.hibernate.onetone.sharedpk.entity;\n\nimport javax.persistence.*;\n\n@Entity\n@Table(name = \"kullanici_detaylari\")\npublic class KullaniciDetay {\n\n \/\/ KullaniciDetay'\u0131n ID'si, Kullanici'n\u0131n ID'si ile ayn\u0131d\u0131r.\n \/\/ @MapsId, bu ID'nin ili\u015fkili varl\u0131ktan (Kullanici) e\u015flendi\u011fini belirtir.\n @Id\n @Column(name = \"kullanici_id\") \/\/ S\u00fctun ad\u0131, Kullanici tablosundaki PK ile ayn\u0131.\n private Long id;\n\n @Column(name = \"adres\")\n private String adres;\n\n @Column(name = \"telefon\")\n private String telefon;\n\n \/\/ One-to-One ili\u015fki: KullaniciDetay bir Kullanici'ya aittir.\n \/\/ @MapsId ile birlikte, @PrimaryKeyJoinColumn kullan\u0131l\u0131r.\n \/\/ name = \"kullanici_id\": Bu tablodaki yabanc\u0131 anahtar s\u00fctunu.\n \/\/ referencedColumnName = \"kullanici_id\": \u0130li\u015fkili tablodaki (Kullanici) referans al\u0131nan s\u00fctun.\n @OneToOne(fetch = FetchType.LAZY)\n @MapsId \/\/ Bu, birincil anahtar\u0131n ili\u015fkili varl\u0131ktan al\u0131nd\u0131\u011f\u0131n\u0131 belirtir.\n @JoinColumn(name = \"kullanici_id\") \/\/ Bu tarafta yabanc\u0131 anahtar yok, sadece ID e\u015flemesi.\n \/\/ Asl\u0131nda bu, bu tablonun PK's\u0131n\u0131n ayn\u0131 zamanda FK oldu\u011funu belirtir.\n private Kullanici kullanici;\n\n public KullaniciDetay() {\n }\n\n public KullaniciDetay(String adres, String telefon) {\n this.adres = adres;\n this.telefon = telefon;\n }\n\n \/\/ Getter ve Setter'lar\n public Long getId() {\n return id;\n }\n\n public void setId(Long id) {\n this.id = id;\n }\n\n public String getAdres() {\n return adres;\n }\n\n public void setAdres(String adres) {\n this.adres = adres;\n }\n\n public String getTelefon() {\n return telefon;\n }\n\n public void setTelefon(String telefon) {\n this.telefon = telefon;\n }\n\n public Kullanici getKullanici() {\n return kullanici;\n }\n\n public void setKullanici(Kullanici kullanici) {\n this.kullanici = kullanici;\n }\n\n @Override\n public String toString() {\n return \"KullaniciDetay{\" +\n \"id=\" + id +\n \", adres='\" + adres + '\\'' +\n \", telefon='\" + telefon + '\\'' +\n '}';\n }\n}<\/code><\/pre>\n
\n* Kullanici<\/code> s\u0131n\u0131f\u0131, KullaniciDetay<\/code> s\u0131n\u0131f\u0131ndaki kullanici<\/code> alan\u0131n\u0131 mappedBy<\/code> ile referans g\u00f6sterir. Bu, Kullanici<\/code>‘n\u0131n “non-owning side” oldu\u011funu ve yabanc\u0131 anahtar\u0131n KullaniciDetay<\/code> tablosunda tutuldu\u011funu belirtir. Ancak, payla\u015f\u0131lan birincil anahtar durumunda, KullaniciDetay<\/code>‘\u0131n kendi birincil anahtar\u0131 Kullanici<\/code>‘n\u0131n birincil anahtar\u0131n\u0131 referans ald\u0131\u011f\u0131 i\u00e7in, mant\u0131ksal olarak KullaniciDetay<\/code> “owning side” gibi davran\u0131r.
\n* KullaniciDetay<\/code> s\u0131n\u0131f\u0131nda, @Id<\/code> ve @MapsId<\/code> annotation’lar\u0131 birlikte kullan\u0131l\u0131r. @MapsId<\/code> bu varl\u0131\u011f\u0131n birincil anahtar\u0131n\u0131n, ili\u015fkili varl\u0131\u011f\u0131n (bu durumda Kullanici<\/code>) birincil anahtar\u0131ndan al\u0131nd\u0131\u011f\u0131n\u0131 belirtir.
\n* @JoinColumn(name = \"kullanici_id\")<\/code> burada KullaniciDetay<\/code>‘\u0131n birincil anahtar\u0131n\u0131n ayn\u0131 zamanda Kullanici<\/code> tablosuna bir referans (yabanc\u0131 anahtar) oldu\u011funu g\u00f6sterir. Bu, veritaban\u0131nda kullanici_detaylari<\/code> tablosunun kullanici_id<\/code> s\u00fctununun hem PK hem de FK olmas\u0131n\u0131 sa\u011flar.<\/p>\nY\u00f6ntem 2: Yabanc\u0131 Anahtar (Foreign Key) Tabanl\u0131 \u0130li\u015fki<\/h4>\n
Calisan<\/code> ve Pasaport<\/code> varl\u0131klar\u0131m\u0131z olacak. Pasaport<\/code> tablosu, Calisan<\/code> tablosunun ID’sini yabanc\u0131 anahtar olarak tutacak. Pasaport<\/code>‘un kendi ayr\u0131 birincil anahtar\u0131 olacak.<\/p>\npackage com.example.hibernate.onetone.fk.entity;\n\nimport javax.persistence.*;\n\n@Entity\n@Table(name = \"calisanlar\")\npublic class Calisan {\n\n @Id\n @GeneratedValue(strategy = GenerationType.IDENTITY)\n @Column(name = \"calisan_id\")\n private Long id;\n\n @Column(name = \"ad\", nullable = false)\n private String ad;\n\n @Column(name = \"soyad\", nullable = false)\n private String soyad;\n\n \/\/ One-to-One ili\u015fki: Calisan bir Pasaport'a sahiptir.\n \/\/ cascade = CascadeType.ALL: Calisan ile yap\u0131lan t\u00fcm i\u015flemler Pasaport'a da yans\u0131r.\n \/\/ orphanRemoval = true: E\u011fer bir Pasaport, Calisan'dan ayr\u0131l\u0131rsa silinir.\n \/\/ @JoinColumn(name = \"pasaport_id\", unique = true, nullable = false):\n \/\/ Bu, \"calisanlar\" tablosunda \"pasaport_id\" ad\u0131nda bir yabanc\u0131 anahtar s\u00fctunu olu\u015fturur.\n \/\/ unique = true: Bir pasaport sadece bir \u00e7al\u0131\u015fana ait olabilir, bu bire-bir ili\u015fkiyi garanti eder.\n \/\/ nullable = false: Her \u00e7al\u0131\u015fan\u0131n bir pasaportu olmak zorunda.\n @OneToOne(cascade = CascadeType.ALL, orphanRemoval = true, fetch = FetchType.LAZY)\n @JoinColumn(name = \"pasaport_id\", unique = true, nullable = false)\n private Pasaport pasaport;\n\n public Calisan() {\n }\n\n public Calisan(String ad, String soyad) {\n this.ad = ad;\n this.soyad = soyad;\n }\n\n \/\/ Getter ve Setter'lar\n public Long getId() {\n return id;\n }\n\n public void setId(Long id) {\n this.id = id;\n }\n\n public String getAd() {\n return ad;\n }\n\n public void setAd(String ad) {\n this.ad = ad;\n }\n\n public String getSoyad() {\n return soyad;\n }\n\n public void setSoyad(String soyad) {\n this.soyad = soyad;\n }\n\n public Pasaport getPasaport() {\n return pasaport;\n }\n\n \/\/ \u0130li\u015fkiyi iki tarafl\u0131 kurmak i\u00e7in helper metot\n public void setPasaport(Pasaport pasaport) {\n if (pasaport == null) {\n if (this.pasaport != null) {\n this.pasaport.setCalisan(null);\n }\n } else {\n pasaport.setCalisan(this);\n }\n this.pasaport = pasaport;\n }\n\n @Override\n public String toString() {\n return \"Calisan{\" +\n \"id=\" + id +\n \", ad='\" + ad + '\\'' +\n \", soyad='\" + soyad + '\\'' +\n '}';\n }\n}<\/code><\/pre>\npackage com.example.hibernate.onetone.fk.entity;\n\nimport javax.persistence.*;\nimport java.time.LocalDate;\n\n@Entity\n@Table(name = \"pasaportlar\")\npublic class Pasaport {\n\n @Id\n @GeneratedValue(strategy = GenerationType.IDENTITY)\n @Column(name = \"pasaport_id\")\n private Long id;\n\n @Column(name = \"pasaport_numarasi\", unique = true, nullable = false)\n private String pasaportNumarasi;\n\n @Column(name = \"verilis_tarihi\", nullable = false)\n private LocalDate verilisTarihi;\n\n @Column(name = \"son_gecerlilik_tarihi\", nullable = false)\n private LocalDate sonGecerlilikTarihi;\n\n \/\/ One-to-One ili\u015fki: Pasaport bir Calisan'a aittir.\n \/\/ mappedBy = \"pasaport\": Calisan s\u0131n\u0131f\u0131ndaki \"pasaport\" alan\u0131 bu ili\u015fkinin sahibidir.\n \/\/ Bu taraf (Pasaport) owning side de\u011fildir, yabanc\u0131 anahtar\u0131 tutmaz.\n @OneToOne(mappedBy = \"pasaport\", fetch = FetchType.LAZY)\n private Calisan calisan;\n\n public Pasaport() {\n }\n\n public Pasaport(String pasaportNumarasi, LocalDate verilisTarihi, LocalDate sonGecerlilikTarihi) {\n this.pasaportNumarasi = pasaportNumarasi;\n this.verilisTarihi = verilisTarihi;\n this.sonGecerlilikTarihi = sonGecerlilikTarihi;\n }\n\n \/\/ Getter ve Setter'lar\n public Long getId() {\n return id;\n }\n\n public void setId(Long id) {\n this.id = id;\n }\n\n public String getPasaportNumarasi() {\n return pasaportNumarasi;\n }\n\n public void setPasaportNumarasi(String pasaportNumarasi) {\n this.pasaportNumarasi = pasaportNumarasi;\n }\n\n public LocalDate getVerilisTarihi() {\n return verilisTarihi;\n }\n\n public void setVerilisTarihi(LocalDate verilisTarihi) {\n this.verilisTarihi = verilisTarihi;\n }\n\n public LocalDate getSonGecerlilikTarihi() {\n return sonGecerlilikTarihi;\n }\n\n public void setSonGecerlilikTarihi(LocalDate sonGecerlilikTarihi) {\n this.sonGecerlilikTarihi = sonGecerlilikTarihi;\n }\n\n public Calisan getCalisan() {\n return calisan;\n }\n\n public void setCalisan(Calisan calisan) {\n this.calisan = calisan;\n }\n\n @Override\n public String toString() {\n return \"Pasaport{\" +\n \"id=\" + id +\n \", pasaportNumarasi='\" + pasaportNumarasi + '\\'' +\n \", verilisTarihi=\" + verilisTarihi +\n \", sonGecerlilikTarihi=\" + sonGecerlilikTarihi +\n '}';\n }\n}<\/code><\/pre>\n
\n* Calisan<\/code> s\u0131n\u0131f\u0131 “owning side”d\u0131r \u00e7\u00fcnk\u00fc @JoinColumn<\/code> annotation’\u0131n\u0131 kullan\u0131r. Bu, calisanlar<\/code> tablosunda pasaport_id<\/code> ad\u0131nda bir yabanc\u0131 anahtar s\u00fctunu olu\u015fturulaca\u011f\u0131n\u0131 ve bu s\u00fctunun pasaportlar<\/code> tablosundaki pasaport_id<\/code>‘yi referans alaca\u011f\u0131n\u0131 belirtir. unique = true<\/code> \u00f6zelli\u011fi, bu yabanc\u0131 anahtar\u0131n her zaman benzersiz olmas\u0131n\u0131 sa\u011flayarak bire-bir ili\u015fkiyi zorunlu k\u0131lar.
\n* Pasaport<\/code> s\u0131n\u0131f\u0131 “non-owning side”d\u0131r ve mappedBy = \"pasaport\"<\/code> kullan\u0131r. Bu, Pasaport<\/code> nesnesinin kendisinin veritaban\u0131nda bir yabanc\u0131 anahtar s\u00fctunu olu\u015fturmayaca\u011f\u0131n\u0131, ili\u015fkinin Calisan<\/code> s\u0131n\u0131f\u0131ndaki pasaport<\/code> alan\u0131 taraf\u0131ndan y\u00f6netildi\u011fini g\u00f6sterir.<\/p>\nsetDetay<\/code> ve setPasaport<\/code> gibi yard\u0131mc\u0131 metotlar (helper methods) tan\u0131mlanm\u0131\u015ft\u0131r. Bu metotlar, \u00e7ift y\u00f6nl\u00fc (bidirectional) ili\u015fkilerde her iki taraf\u0131n da do\u011fru \u015fekilde ayarlanmas\u0131n\u0131 sa\u011flar. Bu, \u00f6zellikle bir varl\u0131\u011f\u0131 kaydederken veya g\u00fcncellerken ili\u015fki tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flamak i\u00e7in \u00f6nemlidir.<\/p>\nHibernate Yap\u0131land\u0131rmas\u0131<\/h3>\n
hibernate.cfg.xml<\/code> dosyas\u0131d\u0131r.<\/p>\n\nCRUD \u0130\u015flemleri ve Test<\/h3>\n
package com.example.hibernate.onetone.main;\n\nimport com.example.hibernate.onetone.fk.entity.Calisan;\nimport com.example.hibernate.onetone.fk.entity.Pasaport;\nimport com.example.hibernate.onetone.sharedpk.entity.Kullanici;\nimport com.example.hibernate.onetone.sharedpk.entity.KullaniciDetay;\nimport org.hibernate.Session;\nimport org.hibernate.SessionFactory;\nimport org.hibernate.cfg.Configuration;\n\nimport java.time.LocalDate;\n\npublic class OneToOneDemo {\n\n public static void main(String[] args) {\n \/\/ SessionFactory olu\u015fturma\n SessionFactory factory = new Configuration()\n .configure(\"hibernate.cfg.xml\")\n .addAnnotatedClass(Kullanici.class)\n .addAnnotatedClass(KullaniciDetay.class)\n .addAnnotatedClass(Calisan.class)\n .addAnnotatedClass(Pasaport.class)\n .buildSessionFactory();\n\n Session session = null;\n\n try {\n \/\/ Shared Primary Key \u00d6rne\u011fi (Kullanici - KullaniciDetay)\n System.out.println(\"--- Kullanici - KullaniciDetay \u00d6rne\u011fi ---\");\n session = factory.getCurrentSession();\n session.beginTransaction();\n\n \/\/ 1. Olu\u015fturma ve Kaydetme\n Kullanici kullanici1 = new Kullanici(\"ahmet.yilmaz\", \"ahmet@example.com\");\n KullaniciDetay detay1 = new KullaniciDetay(\"Ankara, T\u00fcrkiye\", \"555-1234567\");\n kullanici1.setDetay(detay1); \/\/ Helper metot ile iki y\u00f6nl\u00fc ili\u015fki kurulur\n\n System.out.println(\"Kullanici ve KullaniciDetay kaydediliyor...\");\n session.save(kullanici1); \/\/ CascadeType.ALL sayesinde detay da kaydedilir\n System.out.println(\"Kaydedilen Kullanici ID: \" + kullanici1.getId());\n System.out.println(\"Kaydedilen KullaniciDetay ID: \" + detay1.getId()); \/\/ ID'ler ayn\u0131 olmal\u0131!\n\n session.getTransaction().commit();\n System.out.println(\"Kullanici ve KullaniciDetay ba\u015far\u0131yla kaydedildi.\");\n\n \/\/ 2. Okuma\n session = factory.getCurrentSession();\n session.beginTransaction();\n System.out.println(\"\\nKullanici ID \" + kullanici1.getId() + \" okunuyor...\");\n Kullanici okunanKullanici = session.get(Kullanici.class, kullanici1.getId());\n System.out.println(\"Okunan Kullanici: \" + okunanKullanici);\n System.out.println(\"Okunan KullaniciDetay: \" + okunanKullanici.getDetay()); \/\/ LAZY oldu\u011fu i\u00e7in burada y\u00fcklenir\n session.getTransaction().commit();\n System.out.println(\"Kullanici ve KullaniciDetay ba\u015far\u0131yla okundu.\");\n\n \/\/ 3. G\u00fcncelleme\n session = factory.getCurrentSession();\n session.beginTransaction();\n System.out.println(\"\\nKullaniciDetay g\u00fcncelleniyor...\");\n okunanKullanici.getDetay().setAdres(\"\u0130stanbul, T\u00fcrkiye\");\n session.merge(okunanKullanici); \/\/ De\u011fi\u015fiklikler merge ile kaydedilir\n session.getTransaction().commit();\n System.out.println(\"KullaniciDetay ba\u015far\u0131yla g\u00fcncellendi.\");\n\n \/\/ 4. Silme\n session = factory.getCurrentSession();\n session.beginTransaction();\n System.out.println(\"\\nKullanici ID \" + kullanici1.getId() + \" siliniyor...\");\n \/\/ CascadeType.ALL ve orphanRemoval=true sayesinde detay da silinir\n session.delete(okunanKullanici);\n session.getTransaction().commit();\n System.out.println(\"Kullanici ve ili\u015fkili KullaniciDetay ba\u015far\u0131yla silindi.\");\n\n\n \/\/ Foreign Key Tabanl\u0131 \u00d6rnek (Calisan - Pasaport)\n System.out.println(\"\\n--- Calisan - Pasaport \u00d6rne\u011fi ---\");\n session = factory.getCurrentSession();\n session.beginTransaction();\n\n \/\/ 1. Olu\u015fturma ve Kaydetme\n Calisan calisan1 = new Calisan(\"Ay\u015fe\", \"Demir\");\n Pasaport pasaport1 = new Pasaport(\"TR123456\", LocalDate.of(2020, 1, 1), LocalDate.of(2030, 1, 1));\n calisan1.setPasaport(pasaport1); \/\/ Helper metot ile iki y\u00f6nl\u00fc ili\u015fki kurulur\n\n System.out.println(\"Calisan ve Pasaport kaydediliyor...\");\n session.save(calisan1); \/\/ CascadeType.ALL sayesinde pasaport da kaydedilir\n System.out.println(\"Kaydedilen Calisan ID: \" + calisan1.getId());\n System.out.println(\"Kaydedilen Pasaport ID: \" + pasaport1.getId()); \/\/ ID'ler farkl\u0131 olmal\u0131!\n\n session.getTransaction().commit();\n System.out.println(\"Calisan ve Pasaport ba\u015far\u0131yla kaydedildi.\");\n\n \/\/ 2. Okuma\n session = factory.getCurrentSession();\n session.beginTransaction();\n System.out.println(\"\\nCalisan ID \" + calisan1.getId() + \" okunuyor...\");\n Calisan okunanCalisan = session.get(Calisan.class, calisan1.getId());\n System.out.println(\"Okunan Calisan: \" + okunanCalisan);\n System.out.println(\"Okunan Pasaport: \" + okunanCalisan.getPasaport()); \/\/ LAZY oldu\u011fu i\u00e7in burada y\u00fcklenir\n session.getTransaction().commit();\n System.out.println(\"Calisan ve Pasaport ba\u015far\u0131yla okundu.\");\n\n \/\/ 3. G\u00fcncelleme\n session = factory.getCurrentSession();\n session.beginTransaction();\n System.out.println(\"\\nPasaport bilgisi g\u00fcncelleniyor...\");\n okunanCalisan.getPasaport().setSonGecerlilikTarihi(LocalDate.of(2035, 1, 1));\n session.merge(okunanCalisan); \/\/ De\u011fi\u015fiklikler merge ile kaydedilir\n session.getTransaction().commit();\n System.out.println(\"Pasaport bilgisi ba\u015far\u0131yla g\u00fcncellendi.\");\n\n \/\/ 4. Silme\n session = factory.getCurrentSession();\n session.beginTransaction();\n System.out.println(\"\\nCalisan ID \" + calisan1.getId() + \" siliniyor...\");\n \/\/ CascadeType.ALL ve orphanRemoval=true sayesinde pasaport da silinir\n session.delete(okunanCalisan);\n session.getTransaction().commit();\n System.out.println(\"Calisan ve ili\u015fkili Pasaport ba\u015far\u0131yla silindi.\");\n\n\n } catch (Exception exc) {\n exc.printStackTrace();\n } finally {\n if (session != null && session.isOpen()) {\n session.close();\n }\n factory.close();\n }\n }\n}<\/code><\/pre>\nSessionFactory<\/code> ve Session<\/code> y\u00f6netimi, transaction’lar ve cascade<\/code> mekanizmas\u0131n\u0131n nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131 a\u00e7\u0131k\u00e7a g\u00f6r\u00fclmektedir.<\/p>\nDikkat Edilmesi Gerekenler ve En \u0130yi Uygulamalar<\/h3>\n
mappedBy<\/code>:<\/strong> \u00c7ift y\u00f6nl\u00fc ili\u015fkilerde, bir taraf “owning side” (sahip taraf) olmal\u0131d\u0131r. Yabanc\u0131 anahtar bu tarafta bulunur. Di\u011fer taraf ise “non-owning side”d\u0131r ve mappedBy<\/code> \u00f6zelli\u011fini kullanarak owning side’daki alan\u0131 referans g\u00f6sterir. mappedBy<\/code> kullanmak, Hibernate’in gereksiz yabanc\u0131 anahtar s\u00fctunlar\u0131 olu\u015fturmas\u0131n\u0131 engeller ve ili\u015fki tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flar.
\n* cascade<\/code> Stratejileri:<\/strong> CascadeType.ALL<\/code> genellikle geli\u015ftirme s\u00fcrecini kolayla\u015ft\u0131rsa da, \u00fcretim ortamlar\u0131nda dikkatli kullan\u0131lmal\u0131d\u0131r. Gereksiz veya istenmeyen veri silmelerini \u00f6nlemek i\u00e7in daha spesifik CascadeType<\/code> de\u011ferleri (\u00f6rne\u011fin PERSIST<\/code>, MERGE<\/code>, REMOVE<\/code>) tercih edilebilir.
\n* fetch<\/code> Stratejileri (EAGER vs. LAZY):<\/strong> Performans a\u00e7\u0131s\u0131ndan FetchType.LAZY<\/code> (tembel y\u00fckleme) genellikle tercih edilir. EAGER<\/code> (hevesli y\u00fckleme), ana varl\u0131kla birlikte ili\u015fkili varl\u0131klar\u0131n da hemen y\u00fcklenmesine neden olur, bu da \u00e7ok say\u0131da ili\u015fkili varl\u0131k oldu\u011funda performans\u0131 olumsuz etkileyebilir (N+1 problemi). LAZY<\/code> y\u00fckleme, ili\u015fkili varl\u0131\u011fa ilk eri\u015fildi\u011finde y\u00fcklenmesini sa\u011flar.
\n* N+1 Problemi:<\/strong> LAZY<\/code> y\u00fckleme kullan\u0131l\u0131rken, her bir ana varl\u0131k i\u00e7in ayr\u0131 bir sorgu ile ili\u015fkili varl\u0131klar\u0131n y\u00fcklenmesi “N+1 problemi”ne yol a\u00e7abilir. Bu durum, \u00f6zellikle bir listedeki t\u00fcm ana varl\u0131klar\u0131n ili\u015fkili detaylar\u0131na eri\u015fildi\u011finde ortaya \u00e7\u0131kar. Bu sorunu \u00e7\u00f6zmek i\u00e7in JPQL\/HQL’deki JOIN FETCH<\/code> veya Criteria API’deki fetch<\/code> gibi mekanizmalar kullan\u0131labilir.
\n* Bidirectional (\u00c7ift Y\u00f6nl\u00fc) ve Unidirectional (Tek Y\u00f6nl\u00fc) \u0130li\u015fkiler:<\/strong> Yukar\u0131daki \u00f6rnekler \u00e7ift y\u00f6nl\u00fc ili\u015fkileri g\u00f6stermektedir (hem Kullanici<\/code>‘dan KullaniciDetay<\/code>‘a hem de tersi). E\u011fer sadece tek bir y\u00f6nde ili\u015fkiye ihtiyac\u0131n\u0131z varsa (\u00f6rne\u011fin sadece Kullanici<\/code>‘dan KullaniciDetay<\/code>‘a eri\u015fim), ili\u015fkiyi tek y\u00f6nl\u00fc olarak tan\u0131mlamak (sadece owning side’\u0131 belirtmek ve mappedBy<\/code> kullanmamak) kod karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 azaltabilir.
\n* orphanRemoval = true<\/code>:<\/strong> Bu \u00f6zellik, bir ebeveyn varl\u0131ktan bir \u00e7ocuk varl\u0131k kald\u0131r\u0131ld\u0131\u011f\u0131nda (ili\u015fki kopar\u0131ld\u0131\u011f\u0131nda), \u00e7ocu\u011fun veritaban\u0131ndan otomatik olarak silinmesini sa\u011flar. Bu, gereksiz veri birikimini \u00f6nler ve veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc korur. CascadeType.REMOVE<\/code> ile benzer g\u00f6r\u00fcnse de, orphanRemoval<\/code> ili\u015fkiden kopar\u0131lan varl\u0131klar\u0131 silerken, CascadeType.REMOVE<\/code> ebeveyn varl\u0131k silindi\u011finde \u00e7ocuk varl\u0131klar\u0131 siler.
\n* Veritaban\u0131 Tasar\u0131m\u0131:<\/strong> Hibernate mapping’leri, altta yatan veritaban\u0131 \u015femas\u0131yla uyumlu olmal\u0131d\u0131r. \u00d6zellikle bire-bir ili\u015fkilerde, yabanc\u0131 anahtar s\u00fctunlar\u0131n\u0131n UNIQUE<\/code> k\u0131s\u0131tlamas\u0131na sahip olmas\u0131 kritik \u00f6neme sahiptir.<\/p>\nSonu\u00e7<\/h3>\n
cascade<\/code> ve fetch<\/code> t\u00fcrlerini bilin\u00e7li bir \u015fekilde kullanmak, performans ve veri b\u00fct\u00fcnl\u00fc\u011f\u00fc a\u00e7\u0131s\u0131ndan hayati \u00f6nem ta\u015f\u0131r. Hibernate’in sundu\u011fu bu esneklik ve g\u00fc\u00e7, geli\u015ftiricilerin daha temiz, daha s\u00fcrd\u00fcr\u00fclebilir ve daha verimli uygulamalar geli\u015ftirmesine olanak tan\u0131r. Unutulmamal\u0131d\u0131r ki, her ne kadar Hibernate veritaban\u0131 detaylar\u0131n\u0131 soyutlasa da, altta yatan veritaban\u0131 prensiplerini ve optimizasyon tekniklerini anlamak, y\u00fcksek performansl\u0131 ve hatas\u0131z uygulamalar geli\u015ftirmek i\u00e7in kritik bir beceridir.<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Hibernate One-to-One Mapping \u00d6rne\u011fi: Detayl\u0131 Bir Annotation Yakla\u015f\u0131m\u0131\nGiri\u015f: Hibernate ve \u0130li\u015fkisel Veritabanlar\u0131\nModern yaz\u0131l\u0131m geli\u015fti","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1],"tags":[],"class_list":{"0":"post-33174","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n