Es gibt beide Fälle, sprich Formulare und Links. Ich finde eine Lösung, die in beiden Varianten funktioniert, sollte drin sein.
Hmm, das Ganze AJAX-mässig aufziehen und die schwergewichtigen Informationen in ein XMLQuery-Objekt auslagern?
O/R-Mappings kenne ich mich nicht aus, gibt es da eine gute Zusammenfassung, wie man optimal vorgehen kann?
O/R Mapping 101:
http://www.agiledata.org/essays/mappingObjects.html 
Alle Informationen in einer Tabelle ist nun doch eine etwas andere Kategorie als das was ich hier fabriziere.
Du wirst lachen - das ist trotzdem für viele Objekthierarchien die beste Lösung.
Aber trotzdem möchte ich keine unnötigen Queries fabrizieren, nenn es Anspruch an die Software.
Man sollte aber auch nicht weniger Queries machen, als man für eine vernünftige Lösung braucht. Eine saubere Lösung mit 3 Queries würde ich einer unsauberen mit einer Query immer vorziehen.
PHP is korrekt. Was den Anspruch an die Software wieder in einem gewissen Rahmen ad absurdum führt
Ach komm, so unprofessionel ist PHP nicht. Man muss ja nicht gleich für jede Anwendung EJBs und 'nen Application Server benutzen. Und besser als ASP/.NET ist PHP allemal...
