[HTML][MySQL][PHP]Cachowanie wyników sortowania Opcje

[Userr]

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

Imię Nazwisko Numer:
Jan Kowalski 634635325
Piotr Nowak 36746436
Tomasz Pietrzak 73622879
itd...

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)?

Tomasz Pietrzak 73622879
Jan Kowalski 634635325
Piotr Nowak 36746436

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

[nospor]

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

[Userr]

Sądzę, że okolo 10 000.

Ten post edytował Userr 10.03.2017, 13:06:02

[nospor]

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

[Pyton_000]

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.

[Userr]

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?

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

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


Ten post edytował Userr 10.03.2017, 14:16:16

[ohm]

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

[Userr]

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)?

CREATE UNIQUE INDEX numer_malejaco ON osoby (numer)

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

Ten post edytował Userr 10.03.2017, 16:38:22

[nospor]

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)?

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

[ohm]

Ale tak cachuje sama z siebie?

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