[TYPO3-german] MySQL -> TS: Select Where Exists

[Dr. Dieter Porth]

Hallo Peter

Am 30.10.2016 um 09:49 schrieb Peter Reinboth:
> Hallo  Dr. Dieter Porth & TYPO3-German-NG,
>
> am Freitag, 28. Oktober 2016 schrieb Dr. Dieter Porth:
>
>> Ein Tutorial zu Fluid für neue TYPO3-Entwickler/Integratoren, dass
>> didaktisch gut Fluid für TYPO3 erklärt, ist mir bislang noch nicht
>> aufgefallen - ich habe aber auch nie intensiv danach gesucht.
>> Vielleicht
>> kann jemand aus dem Forum hier einen Tipp geben.
>   
> Bisher  habe  ich  noch  nicht gelesen, dass man mit FLUID DB Abfragen
> erstellen kann.
Was ist für dich Fluid? Wenn du sagst, nur die <f:... -Viewhelper 
gehören zum Fluid, dann hast du in jedem Fall recht.

Wenn du aber zubilligst, dass die Extention VHS das Fluid um Viewhelper 
erweiterst, dann hast du unrecht.
Was macht in dem Projekt der viewhelper <v:render.request anderes als, 
eine Datenbank-Abfrage per Plugin-Aufruf.
Oder nehme aus der 'vhs' den <v:content.resources.fal-Viewhelper, der 
letztendlich seine Datenbankabfrage
"return reset($GLOBALS['TYPO3_DB']->exec_SELECTgetRows('*', $table, 
$sqlIdField . ' = ' . $sqlId));"
von
'typo3conf\ext\vhs\Classes\ViewHelpers\Resource\Record\AbstractRecordResourceViewHelper.php'
erbt.

Wenn du zulässt, dass auch selbst programmierte Viewhelper Teil des 
FLUID-Konzepts sind, dann kannst du auch selbst mit wenigen Zeilen im 
Viewhelper ein Repository instanzieren und auf die gewünschten 
Datensätze des Repository zugreifen.
So wie der <f:for-Viewhelper oder <f:alias-Viewhelper, könntest du sogar 
das Ergebnis der Datenbank-Abfrage einer Fluid-Variable zuordnen. Der 
Viewhelper würde eine Lazy-DB-Abfrage machen.

Die Frage ist eher, wie konzeptionell sinnvoll es ist und welche Vor- 
und Nachteile sich aus einem solchen Vorgehen ergeben.
Dafür gibt es bislang, wie schon geschrieben, nach meinem Wissen kein 
Tutorial.

Dieter