Alt Gr tuşuna basılı tutup mouse ile yazmak istediğiniz yerlere tıkladıktan sonra yazmaya başlayabilirsiniz.Bİrden fazla kopyalama yapıştır yapmaktan kurtarır ;)
34:05 sağdaki alt gr ile. O seçtiğiniz yerlere aynı anda bir şeyler yazabilirsiniz. soldaki alt gr ile de rastgele değilde yukarı ya da aşağıda doğru seçip yine aynı şeyleri yazabilir ya da silebilirsiniz.
Hocamızın sözüne kuvvet olaraktan. neden lazım oldu-olmadı her column-a index uygulamamalıyız? index select zamanı performans kazandırıyorsa, create zamanı ise performansdan veriyor. çünki index olduğu column-a göre yeniden sıralıyor. o yüzden büyük projelerde CQRS pattern uygulanıyor. standby veri tabanları oluyor. sorgular selectler ayrı veri tabanından sorgulanıyor ama bir veri eklendiği zaman ise diğer bir veri tabanına kayıt ediliyor. bu iki veri tabanı bir birine sync olarak çalışıyor.
İyi aksamlar, umarim iyisinizdir. Bir sorum var, eger included column-u fluent api-la bildirib migration-la yolluyorsak, indexden ne farki kaliyor, yani index ve ya composite index olarak bildirirsek dahami maliyyetli olucak?
IncludeProperties'ın vadettiğini tam anlamadım. Name Surname diye oluşturduğumuz composite index'imiz var diyelim. Select sorgusunda bu iki kolonu seçersek performans artışından faydalanacağız, burası kesin. Select sorgusunda 3. bir kolon eklersek performans artışı sekteye uğrayacak. Burada bunu çözmek için IncludeProperties ile ilgili kolonu da ekledik lakin 3'lü composite index yapmaktan farkını tam anlamadım. IncludeProperties, 3'lü bahsettiğim select sorgusunu hızlandırmak için 3'lü composite index tablosu oluşturuyor mu ? Şerh edebilirseniz sevinirim hocam.
Şimdi kardeşim composite index kullandığın zaman sıralama composite şekilde yapılmaktadır. Yani yeni bir index tablosu oluşur ve burada sıralama ad ve soyad dahil şekilde yapılır Yani ad'a ayrı soyada ayrı sıralama yapılmaz. Bu yüzden eğer 3lü composite key oluşturursan sıralama 3 lü şekilde olacaktır ama sen sorgulamayı yaptığında sıkıntı çekersin performans düşüklüğü yaşarsın Ama normal olarak oluşturduğun bir index'leme yapısında şöyle düşün sadece index'te belirtilen kolonla ilgili bir tablo oluşturduğunu varsay mesela sadece ad alanıyla ya da sadece soyad alanıyla tek kolonlu tablo gibi bir nevi index böyle davranış sergiler gibi düşünürsen mantık daha iyi oturur
Ben de çok anlamadım orayı. O sonradan eklediğimiz kolon mesela sadece o tip sorgu için mi Index özelliği gösterecek. Salary, index olmadan index tablosunda index özellik mi alacak? Karıştı işler.
Önemli bir ders, teşekkür ederiz
Alt Gr tuşuna basılı tutup mouse ile yazmak istediğiniz yerlere tıkladıktan sonra yazmaya başlayabilirsiniz.Bİrden fazla kopyalama yapıştır yapmaktan kurtarır ;)
veya düzeltilmesi gereken yerleri bir yazımda düzeltebiliriz.
Mukemmel bilgiler veriyorsunuz hocam. Bir daha tesekkur ederiz. Emeyiniz, haqqiniz odenmez. 🙏
Çok cok harika bir anlatım .Yüreginize saglık hocam.
yüreğinize sağlık hocam
Emeğinize sağlık ...
Gece de akıyor maşallah.
Gece yarısı olsa bile üşenmeden ders çeken hocama, gece yarısı olsa bile üşenmeden ders dinleyecek öğrenciler yakışır 😁
Tesekkurler Hocam
34:05 sağdaki alt gr ile. O seçtiğiniz yerlere aynı anda bir şeyler yazabilirsiniz. soldaki alt gr ile de rastgele değilde yukarı ya da aşağıda doğru seçip yine aynı şeyleri yazabilir ya da silebilirsiniz.
Hocamızın sözüne kuvvet olaraktan. neden lazım oldu-olmadı her column-a index uygulamamalıyız?
index select zamanı performans kazandırıyorsa, create zamanı ise performansdan veriyor. çünki index olduğu column-a göre yeniden sıralıyor. o yüzden büyük projelerde CQRS pattern uygulanıyor. standby veri tabanları oluyor. sorgular selectler ayrı veri tabanından sorgulanıyor ama bir veri eklendiği zaman ise diğer bir veri tabanına kayıt ediliyor. bu iki veri tabanı bir birine sync olarak çalışıyor.
Emeğinize sağlık hocam çok sağolun 🖤🖤
Emeğinize sağlık hocamm 💯
💯💯💯
Hocam kullanmis oldugunuz kaynaklari paylasa bilirmisiniz rica etsem
Microsoft'un dökümanları :)
İyi aksamlar, umarim iyisinizdir.
Bir sorum var, eger included column-u fluent api-la bildirib migration-la yolluyorsak, indexden ne farki kaliyor, yani index ve ya composite index olarak bildirirsek dahami maliyyetli olucak?
bugün menümüzde bu varmış
IncludeProperties'ın vadettiğini tam anlamadım. Name Surname diye oluşturduğumuz composite index'imiz var diyelim. Select sorgusunda bu iki kolonu seçersek performans artışından faydalanacağız, burası kesin. Select sorgusunda 3. bir kolon eklersek performans artışı sekteye uğrayacak.
Burada bunu çözmek için IncludeProperties ile ilgili kolonu da ekledik lakin 3'lü composite index yapmaktan farkını tam anlamadım. IncludeProperties, 3'lü bahsettiğim select sorgusunu hızlandırmak için 3'lü composite index tablosu oluşturuyor mu ? Şerh edebilirseniz sevinirim hocam.
Şimdi kardeşim composite index kullandığın zaman sıralama composite şekilde yapılmaktadır. Yani yeni bir index tablosu oluşur ve burada sıralama ad ve soyad dahil şekilde yapılır Yani ad'a ayrı soyada ayrı sıralama yapılmaz. Bu yüzden eğer 3lü composite key oluşturursan sıralama 3 lü şekilde olacaktır ama sen sorgulamayı yaptığında sıkıntı çekersin performans düşüklüğü yaşarsın Ama normal olarak oluşturduğun bir index'leme yapısında şöyle düşün sadece index'te belirtilen kolonla ilgili bir tablo oluşturduğunu varsay mesela sadece ad alanıyla ya da sadece soyad alanıyla tek kolonlu tablo gibi bir nevi index böyle davranış sergiler gibi düşünürsen mantık daha iyi oturur
Ben de çok anlamadım orayı. O sonradan eklediğimiz kolon mesela sadece o tip sorgu için mi Index özelliği gösterecek. Salary, index olmadan index tablosunda index özellik mi alacak? Karıştı işler.
3:17 de alarm mı çalıyor?
Hayır.