reyou Mesaj tarihi: Nisan 13, 2009 Paylaş Mesaj tarihi: Nisan 13, 2009 Stored procedure icerisinde database e baglanmak diye birsey yoktur. Zaten baglisindir. Database e baglanmak web server dan database server arasinda bir sql pipeline olusturulmasidir. Senin dedigim paralellik olayi, sanirim tablonun LOCK edilmesi, yani disaridan CreateReadUpdateDelete a kapali olmasina karsilik geliyo. Bir t-Sql sorgusunu stored procedure olarak kullanma syntax ile direk kullanma arasinda fark yok. SP ler derlenmis sql cumlecikleri olduklari icin, database daha onceden ne tur bir islem yapilacagini bildigi icin direk olarak islemi gerceklestirir. Runtime aninda tekrar derlemeye gerek kalmaz. Su sekildede dusunebilirsin, DLL ler her zaman Class lardan hizli calisir. (JAVA yada diger Programa dillerinde farkli seyler karsilik geliyo olabilir) sebebi class lar assembly ye cevrilene kadar T kadar sure gecerse, DLL ler zaten assembly olduklari icin T kadar sureyi pas gecersin process gerceklesir. Link to comment Sosyal ağlarda paylaş Daha fazla paylaşım seçeneği…
Penthesilea Mesaj tarihi: Nisan 13, 2009 Paylaş Mesaj tarihi: Nisan 13, 2009 bosverin db gereksiz bisey zaten, endustri muhendisleri falan ugrassin onla. Link to comment Sosyal ağlarda paylaş Daha fazla paylaşım seçeneği…
reyou Mesaj tarihi: Nisan 13, 2009 Paylaş Mesaj tarihi: Nisan 13, 2009 Bir hindu atasozu derki: "Sendeki kod 5 para etmez, database'indeki veri olmasa." Link to comment Sosyal ağlarda paylaş Daha fazla paylaşım seçeneği…
riglous Mesaj tarihi: Nisan 14, 2009 Paylaş Mesaj tarihi: Nisan 14, 2009 Tablolari lock'lamaktan bahsetmiyordum pek ama... Bir baska "SP mi, query mi" tartismasi yapmayalim bence. Ozellikle limitleri belirlemeden boyle bir ise girismek zaman kaybi olur: ben olayin `select` kismiyla ilgileniyorum, gerisi cok da isime yaramiyor. Bu nedenle benden daha bilgilisindir heralde, canin sikilir tartisirken. Penthesilea said: bosverin db gereksiz bisey zaten, endustri muhendisleri falan ugrassin onla. db'den artakalani zaten yaparsin... Link to comment Sosyal ağlarda paylaş Daha fazla paylaşım seçeneği…
Ractamainus Mesaj tarihi: Nisan 14, 2009 Paylaş Mesaj tarihi: Nisan 14, 2009 db admin düzeyinde konuşamam tabii ki, hatta bu konuda pek iddialı olduğum da söylenemez =) ama bildiğim kadarıyla sp'lerin bariz hızlı olduğu konusundaki inanış "uzun zamandır" pek doğru değil. sql server 2000 öncesinde sp'ler precompiled olurdu, dinamık sql'ler ise değil. ama artık dinamik sql'ler de db tarafından cache'e atılıyor ve aynı sql'den bir daha gelirse, cache'ten kullanılıyor. aynı sp gibi.. dolayısıyla çalışma zamanında büyük bir fark yaşanmıyor. ama sp'lerin network trafiğini azalttığı ise bir gerçek. yani bariz sp'yi seçmek için bir sebep de yok. farklı durumlarda, farklı seçimler olabiliyor. misal yine gerçek hayatta, db her zaman developer'ın elinde olmuyor. dolayısıyla geliştirme yaparken, zırt pırt sql sorgucuğunu db admin'e değiştirtmek zorunda kalmak da bir problem. vs. vs.. tercihler değişebilir. Link to comment Sosyal ağlarda paylaş Daha fazla paylaşım seçeneği…
bonesoul Mesaj tarihi: Nisan 14, 2009 Paylaş Mesaj tarihi: Nisan 14, 2009 + spler database tasınabilirliginide buyuk olcude azaltir. Link to comment Sosyal ağlarda paylaş Daha fazla paylaşım seçeneği…
zgrw Mesaj tarihi: Nisan 14, 2009 Paylaş Mesaj tarihi: Nisan 14, 2009 Konu C++dan SQLe dondu yalniz :) Link to comment Sosyal ağlarda paylaş Daha fazla paylaşım seçeneği…
Ractamainus Mesaj tarihi: Nisan 14, 2009 Paylaş Mesaj tarihi: Nisan 14, 2009 c++ da iyidir. çevirdim. oldu mu? =P Link to comment Sosyal ağlarda paylaş Daha fazla paylaşım seçeneği…
zgrw Mesaj tarihi: Nisan 15, 2009 Paylaş Mesaj tarihi: Nisan 15, 2009 olmamı :) bu arada c++ kraldır, bir tanedir, babadır :) Link to comment Sosyal ağlarda paylaş Daha fazla paylaşım seçeneği…
Öne çıkan mesajlar