Erwin için identified, non identified, ve view reationshiple
Erwin için identified, non identified, ve view reationshiple
Yukarıda yazmış olduğum...identified, non identified ve view relationship anlamları nedir nasıl kullanır ne için hangisi kullanılır...Erwin de takibi....Bilgi verirseniz memnun olurum. Teşekkürler
-
onaydin
Ana tablo ile çocuk tablo arasındaki ilişkiyi
Identified olarak kurarsanız
Ana tablonun primary key i (leri) çocuk tabloya primary key olarak atanır.
Çocuk tabloyu üçüncü bir tabloya ana tablo olarak atamayı kalktığınızda
birinci tablonun primary key leri de ikinci tabloyla birlikte aktarılacaktır.
Bir diğer yönüde primary key olarak atanması sebebiyle atanan alanlar için null değere izin verilmez
Non-identifying de ise ana tablo ili aynı ilişki kurulur fakat primary key olarak tanımlanmaz.
Mevcut ilişki üzerinde çift tıklatın general sekmesinde
Identifyng ve Non-identifying seçeneklerinde değişiklik yapabilirsiniz.
Hangisini kullanalım derseniz
iki yaklaşım var
P Key olarak atayalım diyenler, ilişkiler arttıkça sql i yazmak zorlaşıyor ta
ilk tabloya kadar atlaya atlaya gitmektense bi seferde son tabloya dekatayalım diyorlar.
P Key atamayalım diyenler, bazen oyle yerlerde atama yapıyorsunuz ki aynı veriyi tekrar tekrar tutmaktan öteye gitmiyosunuz db şişiyor diyolar.
Diğeri de view relationship i sormuşssunuz
Onun içinde bir tane view table oluşturun ne işe yarayacağını görmüş olursunuz
Identified olarak kurarsanız
Ana tablonun primary key i (leri) çocuk tabloya primary key olarak atanır.
Çocuk tabloyu üçüncü bir tabloya ana tablo olarak atamayı kalktığınızda
birinci tablonun primary key leri de ikinci tabloyla birlikte aktarılacaktır.
Bir diğer yönüde primary key olarak atanması sebebiyle atanan alanlar için null değere izin verilmez
Non-identifying de ise ana tablo ili aynı ilişki kurulur fakat primary key olarak tanımlanmaz.
Mevcut ilişki üzerinde çift tıklatın general sekmesinde
Identifyng ve Non-identifying seçeneklerinde değişiklik yapabilirsiniz.
Hangisini kullanalım derseniz
iki yaklaşım var
P Key olarak atayalım diyenler, ilişkiler arttıkça sql i yazmak zorlaşıyor ta
ilk tabloya kadar atlaya atlaya gitmektense bi seferde son tabloya dekatayalım diyorlar.
P Key atamayalım diyenler, bazen oyle yerlerde atama yapıyorsunuz ki aynı veriyi tekrar tekrar tutmaktan öteye gitmiyosunuz db şişiyor diyolar.
Diğeri de view relationship i sormuşssunuz
Onun içinde bir tane view table oluşturun ne işe yarayacağını görmüş olursunuz
Evet olayı çözdüm...Aynen anlattığnız gibi...Mümkünse şunlarıda açıklarmısınız....
Parent Delete: ilişkide eğer parent silinirse childda silinsin gibi anladım
Parent Update: update olursa childda olsun diye anladım
Parent Insert: Bunu anlamadım malesef
Child Delete: Bunlarıda anlamadım
Child Update: Bunlarıda anlamadım
Child Insert: Bunlarıda anlamadım
Yanına açıklama yazmadıklarımı anlayamadım eğer mümkünse açıklarsanız çok memnun olurum...Teşekkür ederim...şimdiden...
Parent Delete: ilişkide eğer parent silinirse childda silinsin gibi anladım
Parent Update: update olursa childda olsun diye anladım
Parent Insert: Bunu anlamadım malesef
Child Delete: Bunlarıda anlamadım
Child Update: Bunlarıda anlamadım
Child Insert: Bunlarıda anlamadım
Yanına açıklama yazmadıklarımı anlayamadım eğer mümkünse açıklarsanız çok memnun olurum...Teşekkür ederim...şimdiden...
-
onaydin
Onlar sabit zaten
Mevcut veri üzerinde üç temel ifade kullanılıyor
Bunlar Data Manipulation Language DML başlığı altındaki
insert update ve delete ifade leri dediklerinizde de
işte o anki harekete göre delete durumunda ne yapayım
update durumunda ne yapayım diyor
Önemli olan bu durumlar için sizin seçtiğiniz değerler
(Restrict - Cascade) gibi.
Restrict ile No action oldukça benzer mesela
farkları kuralın uygulanma zamanıyla ilgili
Restrict kullanıldığında diğer kısıtlamalardan önce çalışıtırılıyor
NO action da ise diğer referential integrity kısıtlamalarında sonra çalıştırılır
gibi.
Siz soruları yazın seminerde o kısımlara özellikle değinelim
Mevcut veri üzerinde üç temel ifade kullanılıyor
Bunlar Data Manipulation Language DML başlığı altındaki
insert update ve delete ifade leri dediklerinizde de
işte o anki harekete göre delete durumunda ne yapayım
update durumunda ne yapayım diyor
Önemli olan bu durumlar için sizin seçtiğiniz değerler
(Restrict - Cascade) gibi.
Restrict ile No action oldukça benzer mesela
farkları kuralın uygulanma zamanıyla ilgili
Restrict kullanıldığında diğer kısıtlamalardan önce çalışıtırılıyor
NO action da ise diğer referential integrity kısıtlamalarında sonra çalıştırılır
gibi.
Siz soruları yazın seminerde o kısımlara özellikle değinelim
İnşallah Allah'tan mani gelmezse gelmek istiyorum zaten...Ama şu anda bir şeyler yaptığım için yanlış yapmamak istedim...O yüzden sormuştum...Teşekkür ederim