Selamlar. Fotorafıma bakarsanız anlayamamam gayet normal. Anlayamadığım mesele oyuncuların tablolanması ile ilgili. Tek bir tablo yaptık ancak bunların 1, oyuncu 2.otuncu olduklarını nasıl anlayacağız.? Selamlar............
Merhaba, Estağfurullah. Film oyuncuları tablosuna film id ve oyuncu id kolonları yazılıyor. Örneğin bir film düşünelim id si 5 olsun. Bu filmin 10 oyuncusu varsa film oyuncuları tablosunda bu 10 kaydın hepsinde film id 5 olacaktır. Oyuncu id bilgisi değişecektir. Burada 1. 2. 3. gibi bir değerlendirme yapmak yanlış. Önemli olan 5 id li filmin 10 tane oyuncusu olduğunu bilmektir. Bunu da tablo içerisindeki verilerden anlamak mümkündür.
Merhaba, Bir filmin bir oyuncusu olsaydı söylediğiniz şekilde ilerleyebilirdik. Fakat bir filmin birden falza oyuncusu olabilir. Aynı şekilde bir oyuncu da birden fazla filmde oynayabilir diyorsak film oyuncuları tablosunu açmamız gerekiyor. Kısacası bir id bizim isteklerimizi karşılamadığı için bunu yapamayız.
@@admadmyazlm4812 her tablonun anahtar niteliğini ID yapmak çakışmaya neden olmaz mı? Ornegin kategori idsini kat_id yönetmen idsini yon_id yapmak daha dogru olmazmiydi?
Merhaba tabiki kimlik kolonunu istediğiniz format ile tutabilirsiniz fakat bunun belli zorlukları ve dezavantajları vardır. 1- Yeni bir satır doldururken bu kolonu benzersiz halde eklemeniz gerekiyor. 2- ilgili satırda bir güncelleme yapılacağı zaman kriter olarak kimlik kolonunu yazmanız önerilir. (film ismi veya metinsel bir ifade yer aldığı taktirde hatalı kriter verme olasılığınız artmaktadır.) 3- Başka bir tablo ile birlikte ilgili tablo verilerini görmek istediğinizde hata yapma ihtimalinizi arttırdığınızı unutmamalısınız. ( join yapısı ) 4- Evrensel bir yapı kullanmak tablonuzu inceleyen başka yazılımcılar için kolaylık sağlayacaktır. Bu kriterler göze alındığında int tipinde ( örn. 0 , 1 ,2 ) otomatik bir kimlik kolonu daha avantajlı olmaktadır.
@@admadmyazlm4812 Merhaba önerdiğim yöntem bugün tüm üniversitelerde autoincrement alandan mümkün olduğunca kaçınılması, veritabanında normalizasyon uygulanarak gereksiz alan barındırılmaması temeline dayanıyor. Yani eğer hali hazırda bir uniqe alandan primary key elde edebiliyorsam autoincrement kullanmak anlamsız. Bu örnek için belki şu durumda işlevsiz olabilir, filmin aynı isimde fakat farklı yıllarda çekilmiş iki versiyonu varsa PK olarak ismi kullanamayız doğru bunun dışında alanı tekil olarak tanımlayabildiğimizi varsayabildiğimiz bir durum söz konusu ise 2 ve 3ncü maddelerde bahsettiğiniz konular sorunsuz çalışacaktır. 4ncü konu evrensellik hususunda ise takip ettiğim iki kitap ( Database System Concepts: Avi Silberschatz ve Database Management Systems: Ramakrishnan & Gerkhe) üzerinden bu şekilde olması gerektiği aktarılıyor. Emeğiniz için çok çok teşekkürler.
o kadar sade ve anlasılır sekılde anlatmıssınız kı hocam cok tesekkurler gercekten cok öğretici bir video olmus
Bizim hoca bu konuyu 4 haftadır anlatio adam 14 dk da anlatmış
Hocam merhaba,3 4 gündür anlayabileceğim video arıyordum sonunda buldum. Anlatımınız gerçekten çok iyi,çok teşekkürler :)
Teşekkürler, tam ihtiyacım olan zamanda doğru videoya tıklamışım.👌🏻👍🏻👍🏻
çok sade ve anlaşılır anlatmışsın gayet başarılı bayadır oturtamıyordum zihnimde anladım sayende teşekkürler.
Nihayet anladım hocam Allah razı olsun sizden
HOCAM TESEKKURLER O KADAR ISIME YARADI Kİ
Finalden 0 almışım şaka gibi büt bekle beni 😅 zor dersleri yapıp bunlarda düşmekte psikolojiyi kötü etkiliyor. kaydettim hocam izleyeceğim
final örneği elinizde var mı
Aso olmuş hocam emeğinize sağlık
hocam 30 aldım
Vallahi bravo
Mükemmel bir anlatım çok teşekkürler
Yatay tekrar 2nf e ait değil 1nf ait bir kuraldır. 2nf ait bir kural olduğuna dair bir kaynak gösterebilirmisiniz? 2nf de kısmı bagimliklara bakılır.
şimdi son oluşan tablo 3 nfee uygunmudur hocam bir ödevim varda
hocam her tabloya 1 2 3 demek yerine katagori tablosuna 1 2 3 oyunculara a b c desek daha doğru olmaz mı
teşekkürler
Hocam merhaba matlab'in sonuç verdiği 0-1 aralığında normalize değerleri normal değerlere nasıl dönüştürebilirim, yardımcı olabilir misiniz?
Selamlar. Fotorafıma bakarsanız anlayamamam gayet normal. Anlayamadığım mesele oyuncuların tablolanması ile ilgili. Tek bir tablo yaptık ancak bunların 1, oyuncu 2.otuncu olduklarını nasıl anlayacağız.? Selamlar............
Merhaba,
Estağfurullah. Film oyuncuları tablosuna film id ve oyuncu id kolonları yazılıyor. Örneğin bir film düşünelim id si 5 olsun.
Bu filmin 10 oyuncusu varsa film oyuncuları tablosunda bu 10 kaydın hepsinde film id 5 olacaktır. Oyuncu id bilgisi değişecektir. Burada 1. 2. 3. gibi bir değerlendirme yapmak yanlış. Önemli olan 5 id li filmin 10 tane oyuncusu olduğunu bilmektir. Bunu da tablo içerisindeki verilerden anlamak mümkündür.
Hocam filmler tablosuna oyunu ID eklesek ekstradan film oyuncuları tablosu yapmasak aynı şey değil mi
Merhaba,
Bir filmin bir oyuncusu olsaydı söylediğiniz şekilde ilerleyebilirdik. Fakat bir filmin birden falza oyuncusu olabilir. Aynı şekilde bir oyuncu da birden fazla filmde oynayabilir diyorsak film oyuncuları tablosunu açmamız gerekiyor. Kısacası bir id bizim isteklerimizi karşılamadığı için bunu yapamayız.
@@admadmyazlm4812 her tablonun anahtar niteliğini ID yapmak çakışmaya neden olmaz mı? Ornegin kategori idsini kat_id yönetmen idsini yon_id yapmak daha dogru olmazmiydi?
Angeline Jolie de neden heycanlandın reis :D
hocaya attığımda flim adına ait bi tablon yok diyo aynılarını yaptım
Tabloda 1 kimlik kolonu var zaten, filmin adı tek başına uniq bir alan.
Merhaba tabiki kimlik kolonunu istediğiniz format ile tutabilirsiniz fakat bunun belli zorlukları ve dezavantajları vardır.
1- Yeni bir satır doldururken bu kolonu benzersiz halde eklemeniz gerekiyor.
2- ilgili satırda bir güncelleme yapılacağı zaman kriter olarak kimlik kolonunu yazmanız önerilir. (film ismi veya metinsel bir ifade yer aldığı taktirde hatalı kriter verme olasılığınız artmaktadır.)
3- Başka bir tablo ile birlikte ilgili tablo verilerini görmek istediğinizde hata yapma ihtimalinizi arttırdığınızı unutmamalısınız. ( join yapısı )
4- Evrensel bir yapı kullanmak tablonuzu inceleyen başka yazılımcılar için kolaylık sağlayacaktır.
Bu kriterler göze alındığında int tipinde ( örn. 0 , 1 ,2 ) otomatik bir kimlik kolonu daha avantajlı olmaktadır.
@@admadmyazlm4812 Merhaba önerdiğim yöntem bugün tüm üniversitelerde autoincrement alandan mümkün olduğunca kaçınılması, veritabanında normalizasyon uygulanarak gereksiz alan barındırılmaması temeline dayanıyor. Yani eğer hali hazırda bir uniqe alandan primary key elde edebiliyorsam autoincrement kullanmak anlamsız. Bu örnek için belki şu durumda işlevsiz olabilir, filmin aynı isimde fakat farklı yıllarda çekilmiş iki versiyonu varsa PK olarak ismi kullanamayız doğru bunun dışında alanı tekil olarak tanımlayabildiğimizi varsayabildiğimiz bir durum söz konusu ise 2 ve 3ncü maddelerde bahsettiğiniz konular sorunsuz çalışacaktır. 4ncü konu evrensellik hususunda ise takip ettiğim iki kitap ( Database System Concepts: Avi Silberschatz ve Database Management Systems: Ramakrishnan & Gerkhe) üzerinden bu şekilde olması gerektiği aktarılıyor. Emeğiniz için çok çok teşekkürler.
@@admadmyazlm4812 merhaba
Hocam lütfe rica etsem bana sınavlarımda yardımcı olurmusunuz?
konudan bağımsız the game 1997 yapımı