Sadece sıralama Reytinge göre! Bu yaklaşım size bir şey eklerseniz, belirli bir rütbe yukarıdaki tüm verileri değiştirmek kayması var gibi sadece yanlış. Kötü veri yapısı.
Peki, sadece bir veya iki kez bir yıl bir şey eklemek eğer bu tamsayı sıralama hızlı olduğu ileri sürülebilir, ama sıralama Ağaç endekslerinde değil comparision dayanmaktadır de sadece çok az bir fark bu.
So I have seen solutions like Andrew G. Johnson's. You could also tweak this further and only update entries with a higher score.
You could also create a trigger that does it automatically for you.
Ama bu yanlış bana neden anlatalım:
Its redundant data. Its not atomic and consistent.
In a good atabase design you should always (if possible) store every information only at one point so it can be modified, deleted in an atomic way.
So you can avoid any inconsistencies and complications in the first place.
If you really wan't to "cache" the ranking, do it in your application.
Eğer gerçekten böyle adlandırılan veritabanı alanları olmasını istiyorsanız bu sizin için alternatifler nelerdir?
Create a mysql view based on the sorted query.
You can also do caching there AFAIK if thats your goal.
Ancak önbelleğe alma için iyi bir seçenek, sadece mysql sorgu önbellek sizin için çalışma yapalım olacaktır. Bu çok iyi bir seçenek olacaktır.
Ben, buna karşı tek geçerli argümanlar yapmak için çalışıyoruz ne yapmak için ne kadar şimdiye kadar hiçbir neden göremiyorum.