Delphi Forum

Commit kullanınca kullanınca hiç takılma donma olmadan 5sn de 7000 update yaptı. Fakat Commitupdate giderek yavaşladı. Projemde fib+ kullanıyorum. aynı testleri aynı kodlarla fib+ ile yapınca commit dahil yine yavaşlama ve donma yaptı. bu durum iyice kafamı karıştırdı. siz şu noktaya dikkat ettiniz ...

bende ibexpert kullanıyorum. bu konuda zayıf olmadığını söyleyebilirim. fakat sqlite ve firebird arasında trigger yazma konusunda farklılıklar vardır. verdiği hatayı paylaşırsanız çözüme ulaşabiliriz.

Normalde, Commit Retaining yaparsanız zaman içinde yavaşlarsınız ama sizin bahsettiğiniz gibi bir yavaşlama söz konusu olmaz. Ben CommitRetaining kullanarak yaptığım ilk denemede, Saniyede 10,000 Kadar kayıtla başlıyordu, 100,000'i geçince saniyede 1,000 kayda kadar düşüyordu hızı.
Sonra Commit ...

gerçek projede target tablosunun update triggerı mevcut ki oda stok tablosundaki stok miktarlarını aynı mantık ile arttırıp azaltıyor. fakat yinede gözden kaçırdığım bir nokta varsa diye bilinçli olarak böyle bir döngü oluşturdum hangisi emin değilim ama ya ibexpert, yada firebird bu duruma izin ...

lakin bu testleri fb 1.5, 2.0, 2.1, 2.5 ve 3.0 ile yaptım. hepsinde aynı neticeye ulaştım. yıkarıda da bahsettim. problem sorgu sayısında değil. update edilen tablonun after update triger'ı var. trigger kodları yukarıda mevcut. eğer bu trigger devre dışı kalırsa değil 10bin 100binlere geldiğinde ...

productid master tabloda primary key, detail tabloda foreign key. dolayısıyla indexli olması gerek yanlış bilmiyorsam. yinede ayrı olarak indexleyerek denedim. sonuç değişmedi. yukarıda yaptığım test programındaki veritabanında 2 adet tablo, 1 adet trigger, her tabloda birer adet kayıt var. bunu ...

Konuyla ilgili en nihayet bir sonuca ulaştık. Bunu sizinlede paylaşmak istedim. Lakin bu durum başka soru işaretlerine neden oldu. onları da sizinle paylaşmak istedim.

Yazılım genel itibari ile ağır bir yazılım değil. harici bir cihazdan günde ortalama 5000 civarı veri alınıp database işleniyor ve ...

sadece insert trigger değil aynı zamanda delete ve update trigger ları içinden de gerekli procedure leri çağırmalısınız. belitilen kodlar trigger oluşturulupp onun içine yazılacak. trigger oluşturma konusunda forumda arama yaptırarak gerekli bilgilere ulaşabilirsiniz.

konuyu biraz daha basite indirmek istedim.

kullandığım tablo şu şekilde

CREATE TABLE BATCH (
BATCH_ID INTEGER NOT NULL,
PRODUCT_ID INTEGER NOT NULL,
BATCH_NO INTEGER NOT NULL,
SILO1_RECEIVED NUMERIC(15,2) NOT NULL,
SILO2_RECEIVED NUMERIC(15,2) NOT NULL,
SILO3_RECEIVED NUMERIC(15,2) NOT NULL ...

http://www.delphiturkiye.com/trigger.htm bu linkte sorunuzun cevabı ayrıntılı olarak mevcut. yanlız dikkat edin makalede hem sybase hem interbase kodları mevcut. siz interbase ile ilgili kodları inceleyin.

delphi tarafında sadece clientdataset bileşeni ilemi sorun yaşadınız. ibx ile deneme yaptınızmı. ayrıca firebird'ü ücretsiz olduğu için tercih etmediyseniz projenizde sybase kullanmayı düşünmenizi tavsiye ederim.

projemde günlük ortalama 5000 kez çalışan şöyle bir procedure tanımlı. bu işlem ile veritabanında bulunan batch isimli tabloya veri işleniyor. fakat bu sorgunun her çalışmasından sonra bir sonraki sorgu yavaşlıyor. ilk başlarda gözle görülür bir fark olmamasına rağmen sorgu sayısı 3000'i geçtiğinde ...