SQL Performans
burak ergül
Büyük firmaların fabrikalarına yazdığımız bir yazılımımız bulunuyor. Bu yazılım fabrikadaki cihazların verimliliğini ölçüyor ve web tabanlı uygulamamız sayesinde makine bazlı, operatör bazlı raporlar alınabilmektedir.
Yalnız tahmin ettiğiniz üzere bazı tablolarımız milyon satırlara ulaşmaktadır. Büyük datalara ulaştıkça raporlarda büyük performans kaybına yol açmaktadır. Bunları SQL Profiler'la izlemekte ve Tuning programıyla index'leri kendisi oluşturabilmektedir. Bizim için son 1 aydaki verileri rapor olarak farklı tabloda çekebilmesi performansı artırabilir. Sizin önerebileceğiniz performans artırıcı neler yapabiliriz?
Partitioning düşünüyoruz fakat bu özellik SQL'in yalnız Enterprise versiyonunda çalışıyor. SQL Server 2005 Enterprise Edition 7bin $ olduğu söylendi.
Biz birlikte çalıştığımız firmalara bunu fiyatından dolayı öneremeyiz. O yüzden farklı çözümler aramaktayız.
Yardımcı olabilir misiniz? Çok teşekkürler...
Deniz Irgin
Bizim şirkette sizin yaptığınız işe çok benzer bir iş yapıyoruz fabrikalar ve verim ölçme ile ilgili.
Partitioningle database i baya hızlandırdık.Ama ondan önce bi ara cube ile ilgili araştırma yaptık.Cube performansı oldukça arttırıyor fakat Database konusunda oldukça bilgili birileri lazım.Bizde tam olarak üstesinden gelememize rağmen performansı gözlemleyebildik.Analysis Services gerekiyor cube için.
Muazzez Çetto
"A'yı hayatta başarı olarak tanımlayalım, o zaman A='X+Y+Z' dir; X çalışmaktır, Y oyundur Z ise çenesini tutmayı bilmektir."
"Bir ülkenin geleceği o ülke insanlarının göreceği eğitime bağlıdır."
burak ergül
Siteyi inceliyorum fakat çok kapsamlı kısa bir açıklama yapabilir
misiniz ? Fiyatlar konusunda da olabilir...
10.02.2009 tarihinde Muazzez Çetto <muazze...@gmail.com> yazmış:
> Ben partnerlık tarafı için yardımcı olabilirim, Microsoft ile partner
> olursanız cok daha ucuza siz satabilirsiniz programları müşterilerinize
> link:https://partner.microsoft.com/global/30000104
>
> 09 Şubat 2009 Pazartesi 17:58 tarihinde Deniz Irgin
> <deniz...@yahoo.com>yazdı:
>
>> Bizim şirkette sizin yaptığınız işe çok benzer bir iş yapıyoruz
>> fabrikalar ve verim ölçme ile ilgili.
>>
>>
>>
>> Partitioningle database i baya hızlandırdık.Ama ondan önce bi ara cube ile
>> ilgili araştırma yaptık.Cube performansı oldukça arttırıyor fakat Database
>> konusunda oldukça bilgili birileri lazım.Bizde tam olarak üstesinden
>> gelememize rağmen performansı gözlemleyebildik.Analysis Services gerekiyor
>> cube için.
>>
>>
>>
>>
>>
>>
>>
>> *From:* Ziver2...@googlegroups.com [mailto:
>> Ziver2...@googlegroups.com] *On Behalf Of *burak ergül
>> *Sent:* Monday, February 09, 2009 5:50 PM
>> *To:* Ziver2...@googlegroups.com
>> *Subject:* SQL Performans
>>
>>
>> Merhaba Arkadaşlar,
>>
>>
>>
>> Size bir konuda bir şey danışmak istiyorum. Bizim şirket için şu an çok
>> önemli bir konu.
>>
>> Büyük firmaların fabrikalarına yazdığımız bir yazılımımız bulunuyor. Bu
>> yazılım fabrikadaki cihazların verimliliğini ölçüyor ve web tabanlı
>> uygulamamız sayesinde makine bazlı, operatör bazlı raporlar
>> alınabilmektedir.
>>
>> Yalnız tahmin ettiğiniz üzere bazı tablolarımız milyon satırlara
>> ulaşmaktadır. Büyük datalara ulaştıkça raporlarda büyük performans kaybına
>> yol açmaktadır. Bunları SQL Profiler'la izlemekte ve Tuning programıyla
>> index'leri kendisi oluşturabilmektedir. Bizim için son 1 aydaki verileri
>> rapor olarak farklı tabloda çekebilmesi performansı artırabilir. Sizin
>> önerebileceğiniz performans artırıcı neler yapabiliriz?
>>
>> Partitioning düşünüyoruz fakat bu özellik SQL'in yalnız Enterprise
>> versiyonunda çalışıyor. SQL Server 2005 Enterprise Edition 7bin $ olduğu
>> söylendi.
>>
>> Biz birlikte çalıştığımız firmalara bunu fiyatından dolayı öneremeyiz. O
>> yüzden farklı çözümler aramaktayız.
>>
>> Yardımcı olabilir misiniz? Çok teşekkürler...
>>
>>
>>
>>
>>
>> >
>>
>
>
> Muazzez ÇETTO
> Industrial Engineer
> Albert Einstein Sözleri:
Muazzez Çetto
Boran
1. Index'leri gözden geçirmende fayda var.
2. FileGroup ile db bölünebilir, bu da N adet grup için N adet hdd
demekdir. (Ayrı hdd olmazsa pekde anlamı olmaz)
3. Table Partition (Bu ciddi performasn sağlar)
4. Yapıyı tam bilmiyorum ama, belli bir saatten sonra (örnek gece
24:00'dan sonra) Job çalıştırıp view'ler oluşturmak.