Pardon ama innodb'nin neden myisam'dan yavas oldugunu aciklayabilir misiniz?
Ben hemen innodb onerimle ilgili aciklamayi suradaki benchmark'la yapmis
olayim:
http://www.mysqlperformanceblog.com/2007/01/08/innodb-vs-myisam-vs-falcon-benchmarks-part-1/

Muhtemelen Ahmet Bey'in uygulaması yogun sorgularla yuzyuze kalmayacak ama
en azindan sizin "MyIsam tablo tipi tabloya yazarken yavaÅŸ olsa da select
ederken innodbden *çok* *çok* daha hızlı bir tablo tipidir" açıklamanıza
yanıt olacaktır.

Mysql bile myisam'i "mecburiyetten" on tanimli motor olarak kabul etmisken,
myisam'i bu kadar savunmak biraz garip oluyor.

Saygılar.

2009/6/23 serdar güler <benimadimhickimse_at_gmail.com>

> merhaba,
>
> index ko nusundaki fikirlere katılmakla birlikte veritabani ayarlari ile
> ilgili kısımlara şiddetli itirazlarım var. Innodb kullanımı eğer veritabanı
> sadece select ifadeleri ile sorgulanacaksa hiç tavsiye etmeyeceğim bir sey.
> MyIsam tablo tipi tabloya yazarken yavaÅŸ olsa da select ederken innodbden
> *çok* *çok* daha hızlı bir tablo tipidir. Ahmet bey in büyük csv formatında
> text dosyaları var, bunları zahmetsizce bir yerlere yükleyip çok da basit
> olmayan sorgular yapmak istiyor. Şu an ki mevcut veritabani çözümleri
> içerisinde bunu yapmanın en az güzel yolu mysql+myisam dır.
>
>
> kolay gelsin...
>
>
> On 6/23/09, Ismail ASCI <ismail.asci_at_gmail.com> wrote:
>
>> Merhabalar,
>> Öncelikle söylemeliyim ki 17 GB sandığınız kadar "büyük" değil aslında ve
>> bu nedenle de "gerçek" bir veritabanına ihtiyaç duymayabilirsiniz.
>>
>> İndex kullanmadan hızlı sonuç almayı ummak pek gerçekçi değil aslında.
>> Aslında böyle bir veri ile çok hızlı sonuç almayı ummak da gerçekçi değil.
>> Ama veritabanini en akılcı şekilde tasarlayarak bu süreleri mantıklı
>> sınırlara çekebilirsiniz.
>>
>> Benim önerilerim şöyle: Veritabanını oluşturduktan sonra, kullanmayı
>> düşündüğünüz sorguları belirleyin ve index stratejinizi ona göre belirleyin.
>> Mesela oluşturduğunuz alanlarda tek tek index yaratmak yerine kullanmayı
>> düşündüğünüz sorgulara göre çoklu index'ler oluşturmanız daha çok yardımcı
>> olacaktır. Mysql kullanacağınızı arsayarak (*gerçek* bir veritabanı olmasa
>> da az çok iş görür); kişisel tavsiyem innodb kullanmanızdır. Mysql'i
>> kesinlikle ön tanımlı ayarlarıyla kullanmayın, imkanlar dahilinde bol bol
>> bellek verin ayar yaparken. Mümkünse ordering ve range olaylarında kaçının.
>> Bol bol deneme yanilma yapin, explain ile sorgularinizi analiz edin ve en
>> iyi konfigürasyon/index yapısını yakalamaya çalışın.
>>
>> Kolay gelsin.
>>
>> 2009/6/23 Omer Barlas <omer_at_barlas.com.tr>
>>
>>> Elvin Åžiriyev @ 23-06-2009 14:02:
>>> > bence tam olarak ihtiacınız olan şeyleri belirlemeli ona göre indexleme
>>> > yapmalısınız, veritabanları işinizi göremeyebilir..
>>>
>>> aynı fikirdeyim. hatta mysql ihtiyacınızı karşılamayabilir bile. oracle
>>> veya
>>> postgresql gibi yüksek hızlı ve *gerçek* bir veritabanı kullanmanız
>>> yararınıza olabilir.
>>>
>>> --
>>> Omer Barlas
>>> omer_at_barlas.com.tr
>>> _______________________________________________
>>> Linux-programlama mailing list
>>> Linux-programlama_at_liste.linux.org.tr
>>> http://liste.linux.org.tr/mailman/listinfo/linux-programlama
>>>
>>
>>
>>
>> --
>> Ismail ASCI
>>
>> _______________________________________________
>> Linux-programlama mailing list
>> Linux-programlama_at_liste.linux.org.tr
>> http://liste.linux.org.tr/mailman/listinfo/linux-programlama
>>
>>
>
>
> --
> Serdar Güler
>
> _______________________________________________
> Linux-programlama mailing list
> Linux-programlama_at_liste.linux.org.tr
> http://liste.linux.org.tr/mailman/listinfo/linux-programlama
>
>

-- 
Ismail ASCI

_______________________________________________
Linux-programlama mailing list
Linux-programlama_at_liste.linux.org.tr
http://liste.linux.org.tr/mailman/listinfo/linux-programlama
Received on Tue 23 Jun 2009 - 14:14:01 EEST