PHP: Session array erweitern -> Sortierfunktion im Index

[Raketenwilli]

ich habe diesen Thread gelesen und mir fällt auf, dass Du drei Dinge miteinander zusammenwirfst:

1. DB-Daten sortiert ausgeben (nach $kriterien)
2. Sortierwünsche des Users in einer Session speichern und berücksichtigen
3. clientseitige Sortierung mittels JavaScript im Browser

Vielleicht sehe ich das falsch, aber der dritte Punkt macht die anderen beiden völlig überflüssig. Lassen wir ihn lieber einmal beiseite.

Klar erscheint das als „hyperliquid“ - aber es könnte durchaus sinnvoll sein.

Nämlich dann wenn man dem Benutzer die Möglichkeit bieten will bei einer Rückkehr zur Seite sofort gemäß den letzten Wünschen sortierte Daten vorzufinden statt die Tabelle erst in JS zu sortieren oder aufzubauen.

Stellt sich die Frage ob das sinnhaft ist. Entweder ist die Datenbank „hoch volatil“ - dann sollte ggf. auf jedes Cachen verzichtet werden und die JS-Sortierung macht keinen Sinn oder aber die Daten sind langzeitstabil - dann stellt sich die Frage ob man nach Empfang der Daten überhaupt noch mit dem Server "diskutiert".

Ein weiterer Aspekt wäre die Paginierung. Aber die ist bei volatilen (und sortierten) Daten sowieso eine Geschichte bei der die Diskussion kaum befriedigendes Ende finden kann.

BTW:

Abfrage des Zeitpunkts der letzten Änderung einer Tabelle:

SELECT UPDATE_TIME
FROM   information_schema.tables
WHERE
    TABLE_SCHEMA = '$schema' AND
    TABLE_NAME   = '$table';

Letzte Änderung aller Tabellen eines Schemas (z.B. weil die Daten aus Joins stammen):

SELECT
   MAX(`UPDATE_TIME`) AS 'DB_UPDATE_TIME'
FROM `information_schema.tables`
WHERE `TABLE_SCHEMA` = '$schema'

Damit kann man dann einen ETAG oder ein anderes Cache-Konstrukt bauen bzw. beim Paginieren sortierter Daten warnen.