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 <[email protected]> > 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 <[email protected]> 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 <[email protected]> >> >>> 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 >>> [email protected] >>> _______________________________________________ >>> Linux-programlama mailing list >>> [email protected] >>> http://liste.linux.org.tr/mailman/listinfo/linux-programlama >>> >> >> >> >> -- >> Ismail ASCI >> >> _______________________________________________ >> Linux-programlama mailing list >> [email protected] >> http://liste.linux.org.tr/mailman/listinfo/linux-programlama >> >> > > > -- > Serdar Güler > > _______________________________________________ > Linux-programlama mailing list > [email protected] > http://liste.linux.org.tr/mailman/listinfo/linux-programlama > > -- Ismail ASCI
_______________________________________________ Linux-programlama mailing list [email protected] http://liste.linux.org.tr/mailman/listinfo/linux-programlama
