584 sql fix restliche TODOs in catquiz.php

[ralferlebach]

Liefert beim Ausführen auf dem LTI-Server eine extrem lange Abfrage mit knapp 60.000 Einträgen (bei 55.672 Fragen im System)

Wenn die Anfrage mit dem Default-Kontext (nur einer!) ausgeführt wird, werden bei Fragen, die nie in einem CAT-Quiz gespielt wurden (weil sie nicht Teil einer CAT-Skala sind) attempts angezeigt (Kopfdaten gekürzt):

und bei Fragen, die tatsächlich Teil einer CAT-Skala sind, werden diese angezeigt, oder auch nicht:

oder aber es werden keine attempts zurückgegeben:

und manchmal, wenn kein CAT-Kontext angegeben ist, auch einfach beides (obwohl die Frage in einer CAT-Skala zugeordnet ist):

Mir ist im Allgemeinen auch nach Einblick in den Quelltext nicht vollends klar, was diese Abfrage grundsätzlich bezwecken soll. Und im Besonderen frage ich mich, wieso die CAT-Scalen zwischen zwei Bindestriche concencatet werden, statt eines GROUP-CONCAT mit Separator ','?

[ralferlebach]

Das neue SQL in PR #612 verbessert ein wenig die Laufzeit

aber das Grundproblem, dass inhärent konfligierende Zielstellungen in einem Statement zu lösen versucht wird, bleibt:

1. Ermitteln der aktuellen Fragenversion (und keiner älteren)
2. Ermitteln von Attempt-Statistiken (möglichst für alle Frageversionen)
3. Abruf sämticher (auch schwergewichtiger) Fragen-Informationen, einschließlich Fragentext oder zugeordneter Kategorie

Immerhin ließen sich einige der Merkwürdigkeiten bereinigen:

Es werden nun alle Fragen - abgesehen von abhängigen Subfragen wie beim qtype cloze - berücksichtigt, nicht nur eine eratisch erscheinende Auswahl:

Wenn Item-Informationen vorliegen, wird eine Anzahl an Versuchen ausgegeben - falls (noch) keine Versuche vorliegen, dann ist diese (numerisch) Null.

CAT-Skalen werden nach PR #614 durchgehend zugeordnet.

[ralferlebach]

Disclaimer:

Die Doppelungen in den Einträgen waren noch aus dem letzten Entwicklungsstand des Statements, wo noch nach CATSkalen gruppiert wurde. Ist in der aktuellen Fassung nicht mehr der Fall.