Delphi Forum

Meselenin üzerinden biraz geçmiş fakat aynı problemi bir müşterimde yaşayıp burada da çözülemediğini görünce çözümü paylaşayım istedim.... Bu hata BDE nin bilinen bir problemi imiş... büyük kapasiteli harddisklerde ortaya çıkan ve de diskteki boş kapasitenin 4 GB in tam katı olması durumunda ortaya ...

Uygulamanın geneli zaten raporlama üzerine olduğu için TADOQuery'leri TSQLQuery olarak değiştiriyorum... İlk değişiklikler ile 40 saniyeden olması gereken 3-4 saniyelere inen cümleler oldu çok şükür....

Teşekkürler....

ADODataset de malesef aynı neticeyi verdi...

Teşekkürler Hakan Bey, dbExpress ile istediğim neticeyi aldım... Biraz uğraşarak uygulamayı dbexpress'e geçirmek gerekecek ama çok dert değil...

Kolay gelsin.....

Arkadaşlar MSSQL üzerinde bir derdim var.... Şöyle ki: Bir Select cümlem var. Bunu Query Analyzer üzerinden çalıştırınca 1-2 saniyede netice alıyorum.... Daha doğrusu bir sürü select cümlemin ortak probleminie bir tanesini misal veriyorum.. Tamamen aynı select cümlesini delphi içinden BDE aracılığı ...

Lütfen forum kurallarını okuyun ve uyun.... Aynı mesajı farklı bolumlere iki defa gondermenizin hızlı cevap için hiç bir faydası olamaz.... Bu nedenle diğer mesajınızı sildim... Trigger zaten delete anında otomatik olarak çalıştırılacaktır... Delphi tarafından bir triggerin çalıştırılması için özel ...

Eğer ihtiyacı ve yapıyı doğru anladıysam kullandığımız alt sorgu gereksiz. Bunun yerine join kullandığınızda problem kendiliğinde çözülüyor zaten....

Kolay gelsin....

Exists ile in tamamen farklı... Exists ile verilen subquery eğer en az bir satır donerse ana sorguda o satır kabul edilir donmez ise kabul edilmez.... Ayrıca exists in Firebird de olması lazım yazım hatası vs... olabilir bence...

tşklerrrr once cevap yazan arkadaşlardan ilk defa biri düzgün bir uslupla aşağılamadan konuştu.. sizde okumuşsunuzdur bana karşı yzılan cevapları aşağılacı kelimeleri soylememe gerek yok herhalde bana karşı yapılan bu tarz konuşmalara nasıl cevap vermiyim sizede yapılsa sizde eminim benim gibi ceva...

Sayın dpu_force genel forum kültürlerinden aldıklarınızı lütfen bu forumdan içeri girerken bir kenara bırakın... Böyle yapmadığınız için önyargılı yaklaşım sergiliyorsunuz... Bu forum hakikaten başka forumlara benzemez.... Burada bütün mesajların edep sınırları içinde kalması için azami gayret göste...

Tam emin olamıyorum fakat ben deniyemeceğim için siz bir deneyin bakalım. Şu kod işinizi görebilir.... Tabi burada sadece müşteri isimlerini listeleyebilirsiniz. Yanına ilave bir alan koyunca bahsettiğiniz tekrarlar başlar.... Select distinct M.MUSTERI_AD from MUSTERI M, URUN U where M.MUSTERI_NO=U....

insert into ACK SELECT * FROM ACK ) şeklindeki kod çalışır. Hatta emin olmak için denedim de Sybase'de çalıştı.... Fakat tabi bu kod hiç bir zaman işi görmeyecek.... Zira en başta primary keyler prob lem çıkaracak. Muhakkak değişen alanlar olacak ve mecburen alan yazmak zorunda kalınacak.... Velhas...

Select cümlesi için haklısınız.. Bahsettiğiniz imkan olsa bir avantaj sağlayabilir.... Fakat aslında insert into tam o mantıkta değil. Yani değer atamak istemediğiniz veya default değerini almasını istediğiniz alanları insert into ya yazmayabilirsiniz... Sadece sorunlu alanları yazip insert yapabili...

mysql de belki top 10 terimi yoktur. Ki onun yerine de limit 10 imkanı var.... Mcel arkadaşımızın verdiği koddaki mantık ile limit 10 şeklinde değiştirerek deniyebilirsniz.... onun ötesinde hata ne verdi belki yazım hatası yapmış olabilirim. Neticede SQL cümlesini deniyemediğim için hata da olabilir...

Standart Select cümlesinin bu tarz bir kullanımı yok.... Belki ozel olarak bir veritabanında varsa o da tamamen o veritabanına ozel bir istisna olur....

Kolay gelsin...

Eğer doğru anladıysam bir kişi arka arkaya iki defa giriş yapsa bile onu tek kişi olarak kabul edip en son on girişi değil en son 10 giriş yapan farklı kişiyi almak istiyorsunuz.... Bu kodun giriş zamanlari ile birlikte son giren farklı 10 kişiyi vermesi lazim... Kolay gelsin.... SELECT distinct top...