Eğer memcached kullanamazsınız çünkü ben bu söyleyebilirim. İyi bir veritabanı sunucusu (iyi donanım + iyi db uygulaması) oldukça iyi bu idare edebilmek gerekir. P: makale-id ve oy birkaç googillion idare edecek temsil eden ikinci bir girişi üzerinde fiziksel bir indeksi ile tek bir tablo makaleleri kolayca (evet ben sözcüğü oluşur)

Rationale :

Veritabanı sunucuları korumak statistics - okuyun: kendi kendini ayarlama - ve sadece sıcak ürün (index + satır girişleri) bellek kalır.

Moral:

Yani, şirket facebook boyut ise ben merak ediyorum - bir sorun haline sürece böyle şeyleri dert etmeyin.

Eğer> 1,000,000 kayıtları sahip planlıyorsanız emin tablonun yapısı (örnek için zor olmamalı ki) verimli yapmak ve doğru indeks öyle de olmalıdır.

Memcached önbelleğe uygulamak için en basit yol olarak ve siteniz büyüdükçe ve daha sunucuları gerekli olmadığını ölçekli kolaydır olacaktır.

Düzgün endeksli oy tablo ile, (tabii ki, belli bir noktanın ötesinde, sizin tablo önbellek sığmayacak kadar büyük olacak olursa olsun tablo ne kadar büyük olduğundan makul bir performans tutabilir, ancak bu kullanıcıların çok sayıda sahip dahil ediyorum ve öğeleri).

(Memcached kullanarak $ _SESSION istemci üzerinde,) bazı kullanıcı başına önbelleğe alma ekleyin ve) oldukça hızlı bir "hayır" yanıtı zaman alabilirsiniz.

Memcached bunu yapmak için çok iyi bir yol olurdu. (Ben mysql sunucusu üzerinde cron komut dosyası kullanarak çekme modeli kullanarak bu yapardı) bir süre sonra memcached den senkronize etmek gerekir.

Bunu gördün mü?

http://destiney.com/php#Destiney_rated_images

Demo için buraya: http://ratedsite.com/