1. Przechowuje w tabeli MySQL dane bardzo wielu osób, coś w tym stylu:



Na stronie te dane będą wyświetlane w formie tabeli HTML (<table>). Tabelę MySQL wystarczy posortować (po kolumnie numer - od największego do najmniejszego) raz na dzień i ponieważ tabela MySQL ma bardzo dużo wierszy, to postanowiłem, że będę cachował wynik sortowania i aktualizował raz na dzień po ponownym sortowaniu (żeby oszczędzić moc serwera). Rzecz w tym, że nigdy nie używałem cachownia na stronach i nie wiem, czy bardziej wydajniejsze rozwiązanie będzie gdy zacachuję posortowane wyniki od razu z kodem html tabelki:

[HTML] pobierz, plaintext 
<tr>
<td>Tomasz</td>
<td>Pietrzak</td>
<td>73622879</td>
</tr>
 
<tr>
<td>Jan</td>
<td>Kowalski</td>
<td>634635325</td>
</tr>
 
<tr>
<td>Piotr</td>
<td>Nowak</td>
<td>36746436</td>
</tr>
[HTML] pobierz, plaintext 

czy tylko sam posortowane dane o osobach (jak ponizej)?



Wydaje mi się, że wydajniej byłoby to zacachowac od razu z kodem HTML tabelki, bo jak będzie zacachowany tylko wynik sortowania, to dla każdego wiersza trzeba będzie robić coś w tym stylu:

[PHP] pobierz, plaintext 
osoby_temp[$i] = explode(" ", $osoby[i]);
[PHP] pobierz, plaintext 

2. Z jakiego rozwiązania polecalibyście skorzystać na początku? Chodzi mi, żeby to było w miarę przystępne do nauki. Co powiecie o takiej klasie do cachowania?

Temat: klasa Cache

Co to znaczy "bardzo duzo"? 100? 200? 1000 ?
Nie powinienies cachowac calej tabeli. Powinienies zalozyc index na pole po ktorym sortujesz i poprostu sortowac. To powinno dzialac migusiem

Sądzę, że okolo 10 000.

To dla bazy cale nic. Zaloz poprostu index na to pole i po sprawie

Pytanie zasadnicze jak często te dane wyświetlasz.
Ale cache praktycznie zawsze jest dobrym pomysłem (no chyba że pokazujesz dane raz na 1h to w tedy bezsens)

Cache robisz na danych z BD. Choć jak wolisz html teeeż można ale raczej nie zalecane.

Dane wyświetlane będą cały czas na stronie (a strona ma sporo użytkowników) i będą posortowane tylko raz na dzień. Więc pasowało mi to tutaj, żeby użyć cache – bo po co za każdym razem odwoływać się do bazy danych, skoro przez cały dzień na stronie będą wyświetlane te same dane.

Podałem trochę nieprecyzyjne dane w pierwszym poście. Chodzi o to, że liczby po których ma być sortowana tabela będą większe niż te przykładowe – będą miały 50 cyfr, a większe liczby sortuje się pewnie dłużej niż mniejsze.

Poza tym, te dane na stronie będę wyświetlał używając stronicowania, czyli nie będę wyświetlał 10 000 wierszy na jednej stronie, tylko po np. 100 na podstronach i będzie lista do stronicowania, która pozwoli przechodzić użytkownikom po kolejnych podstronach.

Czy przy takich założeniach lepiej założyć index na pole, czy lepiej użyć cachowania? A może i jedno i drugie rozwiązanie będzie dobre?



Mogę oczywiście zrobić na danych z BD, ale dlaczego cachowanie html raczej nie jest zalecane?

Ale baza danych też cache'uje wyniki więc nie ma sensu dla tak małej ilości tworzyć swojego cache'u.

Ale tak cachuje sama z siebie?

W tym przypadku (sortowanie po kolumnie "numer") trzeba chyba dodać index do kolumny "numer", żeby sortowanie było dużo szybsze (i mniej obciążało serwer)?

Jeżeli chciałbym dodać index do kolumny numer, to wystarczy jeden jedyny raz napisać poniższe zapytanie (np. zaraz po stworzeniu tej tabeli "osoby", nawet jeżeli nie ma tam jeszcze żadnych danych)?



Pole do które dodaje się index nie musi być chyba polem kluczowym?

Tak, dokladnie o tym pisalem w moich dwoch wczesniejszych postach.

I tak, tak powinno wygladac zapytanie wykonane tylko raz.
I tak, zeby pole mialo index nie musi byc kluczem glownym

Owszem, zależy od ustawień jeszcze, ale zazwyczaj ma przydzielone trochę pamięci na powtarzające się zapytania i często używane klucze.