Sorguda Hız Sorunu :(

Mesaj gönderen **pro_imaj** » 05 Mar 2007 12:47

Merhaba;

SELECT     Depo_Barkod.MalKodu, Depo_Barkod.MalAdi, Depo_Barkod.Gram, Depo_Barkod.En, 
Depo_Barkod.Renk, SUM(Depo_Barkod.Net) AS Net,SUM(Depo_Barkod.RuloAdet) AS RuloAdet,
 SUM(Depo_Barkod.Metre) AS Metre, SUM(Depo_Barkod.Kg) AS Kg, SUM(Depo_Barkod.M2) AS M2, 
SUM(Depo_Barkod.Brut) AS Brut, SUM(Depo_Barkod.Dara) AS Dara, 
COALESCE (Depo_Barkod.RuloUzunlugu, 0) AS RuloUzunlugu,Depo_Barkod.GercekRuloUz, 
Depo_Barkod.Aplikasyon, Renk.Turkce AS RenkTurkce, Renk.Ingilizce AS RenkIngilizce, 
MAX(Renk.Aciklama1)AS RenkAciklama1, MAX(Renk.Aciklama2) AS RenkAciklama2, 
MAX(Renk.Aciklama3) AS RenkAciklama3, MAX(Renk.Aciklama4) AS RenkAciklama4, 
MAX(Renk.Aciklama5) AS RenkAciklama5, MAX(Renk.Aciklama6) AS RenkAciklama6,
MAX(Depo_Barkod.Kalite) AS Kalite, MAX(Depo_Barkod.Kod20)AS HatNo
FROM  Depo_Barkod LEFT OUTER JOIN
Renk ON Depo_Barkod.Renk = Renk.RenkKodu
WHERE (Depo_Barkod.IslemTur = 1) OR  (Depo_Barkod.IslemTur = 2)
GROUP BY Depo_Barkod.MalKodu, Depo_Barkod.MalAdi, Depo_Barkod.Gram, Depo_Barkod.En, 
Depo_Barkod.Renk, Depo_Barkod.RuloUzunlugu, 
Depo_Barkod.GercekRuloUz, Depo_Barkod.Aplikasyon, Renk.Turkce, Renk.Ingilizce
ORDER BY Depo_Barkod.Renk, Depo_Barkod.Gram, Depo_Barkod.En, 
COALESCE (Depo_Barkod.RuloUzunlugu, 0)

Yukarıda sql kodu ile rapor almya çalışıyorum yaklaşık 75.000 - 200.000 kayıt arasında sonuç geliyor ve bu sonucu 5-10 dak arasında veriyor buda çok kötü bir durum bu sorguda sql kodlarıyla alakalı bir hız sorunu varmı acaba!

Ben işin içinden çıkamadımda.
Not: Sorgu sonucu cxgride dönüyor bununda müthiş bir yavaşlığı olduğunu düşünüyorum bu konudada önerilerinizi bekliyorum.

Saygılaırmla
Teşekkürler.

Mesaj gönderen **bgoktas** » 05 Mar 2007 01:43

ilk olarak hızı etkileyecek neden indexlerdir

(Depo_Barkod.IslemTur = 1) OR (Depo_Barkod.IslemTur = 2)

bu fieldda index varmı?

Hakan Can · Mesaj gönderen **Hakan Can** » 05 Mar 2007 02:09

Her iki tablonun yapısını (SQL script, indexler dahil) ve şu an mevcut kayıt sayısını verirseniz daha net yorum yapılabilir.

cxGrid sonuçta dataseti hafızaya alıyor. Bilgisayarda hafıza düşükse sorun olabilir ama düşük değilse 200 bin kayıt cxGrid için en fazla 5-10 saniye demektir.
Aslında tabloyu cxGrid'e bağlamadan açarak bunu tespit edebilirsiniz.

Index yapısı düzgün ise sorunu bilgisayarda yani sistem kaynaklarında (bilhassa hafıza, MS-SQL Server'ın ayarları) aramak lazım.

Zira SQL'de anormal bir şey yok gözüküyor.

Mesaj gönderen **pro_imaj** » 05 Mar 2007 02:28

Merhaba;

Cevaplarınız için teşekkür Ederim.
Aşağıdaki Create tabledede görüleceği üzere IslemTur alanı indexli değil ve alan sayısıda birhayli fazla.

Aşağıda Genel Bilgiler mevcut.

Kod: Tümünü seç

CREATE TABLE [dbo].[Depo_Barkod] (
	[IslemTur] [smallint] NULL ,
	[EmirNo] [decimal](25, 6) NULL ,
	[BarkodNo] [decimal](25, 6) NOT NULL ,
	[BarkodDurum] [smallint] NULL ,
	[BarkodSeriNo] [decimal](25, 6) NULL ,
	[MalKodu] [nvarchar] (30) COLLATE Turkish_CI_AS NOT NULL ,
	[MalAdi] [nvarchar] (50) COLLATE Turkish_CI_AS NULL ,
	[Dara] [decimal](25, 6) NULL ,
	[Brut] [decimal](25, 6) NULL ,
	[Net] [decimal](25, 6) NULL ,
	[Metre] [decimal](25, 6) NULL ,
	[M2] [decimal](25, 6) NULL ,
	[Kg] [decimal](25, 6) NULL ,
	[SahteKG] [decimal](25, 0) NULL ,
	[Cins] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[RuloAdet] [decimal](25, 6) NULL ,
	[RuloUzunlugu] [decimal](25, 6) NULL ,
	[GercekRuloUz] [decimal](25, 6) NULL ,
	[Dtex] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[En] [decimal](25, 6) NULL ,
	[Gram] [decimal](25, 6) NULL ,
	[SahteGram] [decimal](25, 6) NULL ,
	[Renk] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Aplikasyon] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Ebat] [nvarchar] (20) COLLATE Turkish_CI_AS NULL ,
	[Desen] [nvarchar] (20) COLLATE Turkish_CI_AS NULL ,
	[Miktar] [decimal](25, 6) NULL ,
	[Kalite] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[CariKodu] [nvarchar] (20) COLLATE Turkish_CI_AS NULL ,
	[CariAdi] [nvarchar] (50) COLLATE Turkish_CI_AS NULL ,
	[CariAdresi1] [nvarchar] (50) COLLATE Turkish_CI_AS NULL ,
	[CariAdresi2] [nvarchar] (50) COLLATE Turkish_CI_AS NULL ,
	[CariAdresi3] [nvarchar] (50) COLLATE Turkish_CI_AS NULL ,
	[Miktar2] [decimal](25, 6) NULL ,
	[Miktar3] [decimal](25, 6) NULL ,
	[Miktar4] [decimal](25, 6) NULL ,
	[SonucMiktar] [decimal](25, 6) NULL ,
	[Birim] [nvarchar] (10) COLLATE Turkish_CI_AS NULL ,
	[Fiyat] [decimal](25, 6) NULL ,
	[Tutar] [decimal](25, 6) NULL ,
	[Vardiya] [nvarchar] (20) COLLATE Turkish_CI_AS NULL ,
	[VardiyaAmiri] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[HammaddeKodu] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[HammaddeAdi] [nvarchar] (50) COLLATE Turkish_CI_AS NULL ,
	[Plaka] [nvarchar] (10) COLLATE Turkish_CI_AS NULL ,
	[Sofor] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[NakliyeFirmasi] [nvarchar] (50) COLLATE Turkish_CI_AS NULL ,
	[NakliyeFiyati] [decimal](25, 0) NULL ,
	[OdemeSekli] [nvarchar] (20) COLLATE Turkish_CI_AS NULL ,
	[Guzergah] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Guzergah2] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Guzergah3] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[ReferansNumarasi] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[SigortaDurumu] [nvarchar] (10) COLLATE Turkish_CI_AS NULL ,
	[KayitliOlduguFirma] [nvarchar] (50) COLLATE Turkish_CI_AS NULL ,
	[NakliyeFirmaTlf] [nvarchar] (15) COLLATE Turkish_CI_AS NULL ,
	[SoforTlf] [nvarchar] (15) COLLATE Turkish_CI_AS NULL ,
	[KoliNo] [nvarchar] (5) COLLATE Turkish_CI_AS NULL ,
	[KoliAdeti] [int] NULL ,
	[DetayAciklama] [nvarchar] (50) COLLATE Turkish_CI_AS NULL ,
	[DepoKodu] [int] NULL ,
	[DepoAdi] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Kod1] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Kod2] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Kod3] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Kod4] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Kod5] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Kod6] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Kod7] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Kod8] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Kod9] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Kod10] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Kod11] [decimal](25, 6) NULL ,
	[Kod12] [decimal](25, 6) NULL ,
	[Kod13] [decimal](25, 6) NULL ,
	[Kod14] [decimal](25, 6) NULL ,
	[Kod15] [decimal](25, 6) NULL ,
	[Kod16] [decimal](25, 6) NULL ,
	[Kod17] [decimal](25, 6) NULL ,
	[Kod18] [decimal](25, 6) NULL ,
	[Kod19] [decimal](25, 6) NULL ,
	[Kod20] [decimal](25, 6) NULL ,
	[UretimEmirTarih] [nvarchar] (12) COLLATE Turkish_CI_AS NULL ,
	[UretimEmirSaat] [nvarchar] (12) COLLATE Turkish_CI_AS NULL ,
	[UretimTarih] [nvarchar] (12) COLLATE Turkish_CI_AS NULL ,
	[UretimSaat] [nvarchar] (12) COLLATE Turkish_CI_AS NULL ,
	[DepoGirisTarih] [nvarchar] (12) COLLATE Turkish_CI_AS NULL ,
	[DepoGirisSaat] [nvarchar] (12) COLLATE Turkish_CI_AS NULL ,
	[YuklemeEmirTarih] [nvarchar] (12) COLLATE Turkish_CI_AS NULL ,
	[YuklemeEmirSaat] [nvarchar] (12) COLLATE Turkish_CI_AS NULL ,
	[SevkTarih] [nvarchar] (12) COLLATE Turkish_CI_AS NULL ,
	[SevkSaat] [nvarchar] (12) COLLATE Turkish_CI_AS NULL ,
	[SevkNo] [int] NULL ,
	[SonIslem] [smallint] NULL ,
	[SonIslemAciklama] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[GunesRow_ID] [int] NULL ,
	[GunesEvrakNo] [varchar] (8) COLLATE Turkish_CI_AS NULL ,
	[Aktarim] [smallint] NULL ,
	[AktarimAciklama] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Kaydeden] [nvarchar] (20) COLLATE Turkish_CI_AS NULL ,
	[Degistiren] [nvarchar] (20) COLLATE Turkish_CI_AS NULL ,
	[Rov_ID] [int] IDENTITY (1, 1) NOT NULL 
) ON [PRIMARY]
GO

ALTER TABLE [dbo].[Depo_Barkod] WITH NOCHECK ADD 
	CONSTRAINT [PK_Depo_Barkod] PRIMARY KEY  CLUSTERED 
	(
		[BarkodNo],
		[MalKodu]
	)  ON [PRIMARY] 
GO

ALTER TABLE [dbo].[Depo_Barkod] ADD 
	CONSTRAINT [DF__Depo_Bark__Islem__6596F9B5] DEFAULT (0) FOR [IslemTur],
	CONSTRAINT [DF__Depo_Bark__Barko__668B1DEE] DEFAULT (0) FOR [BarkodDurum],
	CONSTRAINT [DF__Depo_Barko__Dara__677F4227] DEFAULT (0) FOR [Dara],
	CONSTRAINT [DF__Depo_Barko__Brut__68736660] DEFAULT (0) FOR [Brut],
	CONSTRAINT [DF__Depo_Barkod__Net__69678A99] DEFAULT (0) FOR [Net],
	CONSTRAINT [DF_Depo_Barkod_Metre] DEFAULT (0) FOR [Metre],
	CONSTRAINT [DF_Depo_Barkod_M2] DEFAULT (0) FOR [M2],
	CONSTRAINT [DF_Depo_Barkod_Kg] DEFAULT (0) FOR [Kg],
	CONSTRAINT [DF__Depo_Bark__Sahte__6A5BAED2] DEFAULT (0) FOR [SahteKG],
	CONSTRAINT [DF__Depo_Bark__RuloA__6B4FD30B] DEFAULT (1) FOR [RuloAdet],
	CONSTRAINT [DF__Depo_Bark__RuloU__6C43F744] DEFAULT (0) FOR [RuloUzunlugu],
	CONSTRAINT [DF__Depo_Bark__Gerce__6D381B7D] DEFAULT (0) FOR [GercekRuloUz],
	CONSTRAINT [DF__Depo_Barkod__En__6E2C3FB6] DEFAULT (0) FOR [En],
	CONSTRAINT [DF__Depo_Barko__Gram__6F2063EF] DEFAULT (0) FOR [Gram],
	CONSTRAINT [DF__Depo_Bark__Sahte__70148828] DEFAULT (0) FOR [SahteGram],
	CONSTRAINT [DF__Depo_Bark__Mikta__7108AC61] DEFAULT (1) FOR [Miktar],
	CONSTRAINT [DF__Depo_Bark__Mikta__71FCD09A] DEFAULT (0) FOR [Miktar2],
	CONSTRAINT [DF__Depo_Bark__Mikta__72F0F4D3] DEFAULT (0) FOR [Miktar3],
	CONSTRAINT [DF__Depo_Bark__Mikta__73E5190C] DEFAULT (0) FOR [Miktar4],
	CONSTRAINT [DF__Depo_Bark__Sonuc__74D93D45] DEFAULT (0) FOR [SonucMiktar],
	CONSTRAINT [DF__Depo_Bark__Fiyat__75CD617E] DEFAULT (0) FOR [Fiyat],
	CONSTRAINT [DF__Depo_Bark__Tutar__76C185B7] DEFAULT (0) FOR [Tutar],
	CONSTRAINT [DF__Depo_Bark__Vardi__77B5A9F0] DEFAULT (N'Yok') FOR [Vardiya],
	CONSTRAINT [DF__Depo_Bark__Vardi__78A9CE29] DEFAULT (N'Yok') FOR [VardiyaAmiri],
	CONSTRAINT [DF__Depo_Bark__Nakli__799DF262] DEFAULT (0) FOR [NakliyeFiyati],
	CONSTRAINT [DF__Depo_Bark__Kod11__7A92169B] DEFAULT (0) FOR [Kod11],
	CONSTRAINT [DF__Depo_Bark__Kod12__7B863AD4] DEFAULT (0) FOR [Kod12],
	CONSTRAINT [DF__Depo_Bark__Kod13__7C7A5F0D] DEFAULT (0) FOR [Kod13],
	CONSTRAINT [DF__Depo_Bark__Kod14__7D6E8346] DEFAULT (0) FOR [Kod14],
	CONSTRAINT [DF__Depo_Bark__Kod15__7E62A77F] DEFAULT (0) FOR [Kod15],
	CONSTRAINT [DF__Depo_Bark__Kod16__7F56CBB8] DEFAULT (0) FOR [Kod16],
	CONSTRAINT [DF__Depo_Bark__Kod17__004AEFF1] DEFAULT (0) FOR [Kod17],
	CONSTRAINT [DF__Depo_Bark__Kod18__013F142A] DEFAULT (0) FOR [Kod18],
	CONSTRAINT [DF__Depo_Bark__Kod19__02333863] DEFAULT (0) FOR [Kod19],
	CONSTRAINT [DF__Depo_Bark__Kod20__03275C9C] DEFAULT (0) FOR [Kod20]
GO

Kayıt sayısnı eklemyi unutmuşum.
195.000 civarında kayıt var.

Prg müşteride çalışmasını gördümde adamlar ne deseler az. Acaip yüzüm kızardı.

burada mantığı çözersem 216 alanlı ve 200.000 kayıtlı bir table daha var onu hiç dile getirmek istemiyorum resmen işkence burada sorunu anlarsam sanırım onuda çözmüş olacağım.

Saygılarımla
Teşkkürler.

dynamo · Mesaj gönderen **dynamo** » 05 Mar 2007 02:40

sizin sql kodunuzda bir hata olduğunu sanmıyorum.hata ado komponentlerinden kaynaklanıyor.eğer ado query kullanıyorsanız, bde query yada ibx query ye göre sorgu hızı 8-9 kat daha yavaş olacaktır.

bde queryde 3 sn lik sorgu adoquery de 20 sn sürüyordu..ben bunu bizzat test ettim ve sonucunu gördüm . o yüzden sql server projesini bir süre rafa kaldırdım.açıkçası ado daki bu soronunun bir çözümü vardır diye düşünüyorum.property deki tüm değerleriyle oynadım,değişen hiç bir şey olmadı.

bu durumda http://www.crlab.com adresindan ücretli sdac komponentini kullanmak zorundasınız.sdac komponenti ile test ettim bde ve ibx query ile aynı performansı veriyor.

kolay gelsin

Hakan Can · Mesaj gönderen **Hakan Can** » 05 Mar 2007 03:02

RENK tablosunun da yapısını vermenizde fayda var.

Değil 195 bin kayıt, 195 milyon kayıt dahi olsa yapı ve query düzgün olduktan sonra bekleme sürelerinin hiçbir zaman dakikalarla ifade edilmemesi gerekiyor. Hatta 3-5 saniyeyi geçmemesi gerekiyor. Normal yaklaşım bu olması gerekir. Müşteri bu konuda hiçbir mazereti kabul etmez ki haklıdır da.

Düşünün adama telefon geliyor: "Filanca maldan elinizde ne kadar var?" Adam: "durun bir saniye bekleyin hemen cevap vereyim?" Sonra tuşa bassın. Ekranda "Bekleyiniz Lütfen..." diye bir mesaj. Aradan 5 dakika geçmiş...

Bu dediklerim tek query'ler için. Yoksa özel raporlar oluyor. İçinde yüzlerce query çalışıyor.

Benim tahminim (ki ilk cevapta arkadaş zaten direk söylemiş index diye) tablo yapılarında indexlerin ve foreign keylerin düzgün tanımlı olmaması.

Eğer bunlar düzgün yapılır ve yine de hızda sorun olursa query'i farklı şekilde (DERIVED TABLES) yazarak hızlandırmaya çalışmak gerekir.

Tabi sistemle (bilgisayarla) ilgili sorunlar da kısmen hızı etkileyebilir.

Mesaj gönderen **pro_imaj** » 05 Mar 2007 03:45

Merhaba;

Renk Tablosu

Kod: Tümünü seç

REATE TABLE [dbo].[Renk] (
	[RenkKodu] [nvarchar] (20) COLLATE Turkish_CI_AS NOT NULL ,
	[Turkce] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Ingilizce] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Aciklama1] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Aciklama2] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Aciklama3] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Aciklama4] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Aciklama5] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[Aciklama6] [nvarchar] (30) COLLATE Turkish_CI_AS NULL ,
	[KayitTarih] [char] (10) COLLATE Turkish_CI_AS NULL ,
	[KayitSaat] [char] (10) COLLATE Turkish_CI_AS NULL ,
	[DegistirmeTarih] [char] (10) COLLATE Turkish_CI_AS NULL ,
	[DegistirmeSaat] [char] (10) COLLATE Turkish_CI_AS NULL ,
	[Row_ID] [int] IDENTITY (1, 1) NOT NULL 
) ON [PRIMARY]
GO

ALTER TABLE [dbo].[Renk] WITH NOCHECK ADD 
	CONSTRAINT [PK_Renk] PRIMARY KEY  CLUSTERED 
	(
		[RenkKodu]
	)  ON [PRIMARY] 
GO

Bu şekilde bir tablo hocam.
Key Alanlarla ilgili deneme yapıcam. Teşekkürler.

unalaygun · Mesaj gönderen **unalaygun** » 12 Nis 2007 10:55

Join yaparken LEFT ve RIGHT gereklimi.
Gereksiz ise fazla kayıt geleceğinde yavaşlatır.

Join işlemini yaparken hangi fieldlar üzerinden yapıyorsunuz.
PK ve FK ile mi .
Hızlandırır.

joinleri yaptığınız alanlar indexlimi.

Where şartında bulunan alanların fieldların indexli olması tabi burada index konmalımı konmamalımı..

order by daki alanlar indexlenebilir.

SQL server da performans için planlar var indexlerin nasıl kullanıldığını read write sayısı
I/O vesaire gibi.. kullandığınız veritabanında bu tarz şeyler varsa bunlara bakarak performans artırılabilir.

benimde yaklaşık 5,10,20 milyonluk tablolarım var ve bunların raporlarını yapıyorum.

bu arada birden fazla indexi kullandırabilirsin

Select sum(Tutar) from fatura with(index(Tarih,BorcluCari))
where
BorcluCari=5
and Tarih='11.10.2002'

gibi sallama bir sql Where şartında yazdığın alanları indexleyebilirsin..
kolay gelsin.

Lost Soul · Mesaj gönderen **Lost Soul** » 12 Nis 2007 11:05

Grid nesnesinin tablo ile ilişkisini sorgu boyunca kesmeyi denedin mi

Delphi Forum

Sorguda Hız Sorunu :(

Sorguda Hız Sorunu :(

bence şu olaylara dikkat ederseniz belki hız artabilir.