evet iyinet'in dediği gibi performansı arttırmak için index oluşturman gerekli fakat doğru field'ler üzerinden. Sonra php ile veri çekerken çok fazla yüklenmezsen özellikle sayfalama vs. yaparsan yine performans artar. Ama arama kısmı var ise bu baya bir düşürür performansı.

Veri girisi olmayacak ise, 30 milyon luk tablo sorun degil. WHERE den sonra gelen kosullari goz onune alarak tum gerekli index kombinasyonlarini yarat. 9-10 fieldlik tablo icin tahminimce 15-20 kadar index'e ulasabilir. CPU yeterince iyi ise bunun ardindan keyleri pack ederek I/O miktarini azalt.

rand edecekse ayvaaa group order gibi extratlar gebertebilir bile

veritabanı konusunda deneyimli arkadaşlara sorum; 9-10 field lik bir tablo düşünün 1-2 tanesinde sabit rakamlar var 8-9 tanesinde de sabit 20-30 karakterli textler var tek tabloda aynı yapının içinde 30 milyon kayıt var &quot;bu tabloyla bir php scriptin çalışması ne kadar mantıklı&quot; gibi bi soru sorcam, &quot;tabi tablonun içinde ne var&quot;, &quot;bu script napıcak&quot; vs. gibi bir sürü şey var bilinmesi gereken de, mantık olarak 30 milyon kayıtlı bir tabloyla çalışmak zorbela veya imkansız mıdır apache webserver ve mysql 4.0 olarak düşünebiliriz php scripti sadece varolan verileri ekrana bastıracak diye düşünebiliriz, yeni veri girişi olmucak şekilde düşünelim