[TYPO3-german] "DB-Überprüfung" - Gruppenfelder mit fehlender Relation

[Dirk Ho]

Hi Philipp,

vielen Dank für deine ausführliche Antwort. Das mit dem erneuten 
Speichern versuche ich am Wochenende direkt mal. Auch die Umstellung auf 
InnoDB schaue ich mir an.

Grundsätzlich dachte ich, dass MyIsam bei sehr großen Datenmengen (ob 
diese Mengen bei mir/uns ja erreicht werden k.A.) viel schneller ist, 
weil eben auf keine Referenzen geachtet werden muss, sondern es einfach 
nur "dumme" Integer sind, die in der Tabelle stehen und keine Referenzen.

Wieder was gelernt... ;)

Vielen Dank und viele Grüße,

Dirk

Am 04.01.2015 15:00, schrieb Philipp Gampe:
> Hi Dirk,
>
> Dirk Ho wrote:
>
>> Wie genau kann ich denn diese fehlerhaften Relationen lösen? Einfach den
>> Datensatz mit der uid 22 in der MySql-Tabelle "pages" zu löschen wird es
>> ja nicht bringen, da die Seite ja eventuell noch verwendet wird?!
>
> Ggf reicht es, wenn du den Datensatz noch mal neu speicherst.
>
>> Wie kann ich bei der Engine MyIsam in Kombination mit Typo3 denn
>> verhindern, dass es zu solchen Fehlern kommt und die Referenzielle
>> Integrität verletzt wird? InnoDB ist keine Alternative, wie ich in div.
>> Google-Ergebnissen gelesen habe, dass es dabei zu Performance-Problemen
>> kommt.
>
> Normalerweise passiert dies, wenn du Daten an dem Backend vorbei pflegst
> oder irgendwelche Extensions einsetzt, die dies tuen. Teilweise hatte auch
> TYPO3 immer mal Bugs, wo Daten nicht richtig gepflegt wurden.
>
> Mit InnoDB vs MyIsam hat dies nichts zu tun. Aus Performance-Gründen
> solltest du eher InnoDB Tabellen einsetzen, da MyIsam nur bei der Textsuche
> oder vielen einfachen Selects schneller ist, welche im TYPO3 Kontext fast
> nie vorkommt (außer bei der Suche), weil generell eher über die UIDs (also
> Integers) gesucht wird und oft mehrere Tabellen zusammen gejoint werden.
> Je nach Seite kann MyIsam bei der pages und tt_content Tabelle ratsam sein,
> aber alles andere (außer indexed_search natürlich) sollte InnoDB sein.
>
> Grüße
>