[Typo3-dev] RFC: TYPO3, Kickstarter and M-M database relations

S. Teuber traveler_in_time at gmx.net
Fri Oct 7 15:00:00 CEST 2005


Hi Martin,

> You would either clutter up tt_content_ext or would get lots of 
> additional tt_content_ext_* tables.
> 
> The former would give you no performance gain, because the table would
> have to joined with tt_content for normal content rendering.

Not if there is some "logic" that determines if additional extension 
fields are needed at all. But then we'd propably have to distinguish 
extensions that add something to a regular content element (except 
"insert plugin") from those that add completely new, own elements... I 
see that the whole issue needs some more fundamental thinking, but I'd 
rather not drop it lightly.



> Use flexforms if you need more fields if you're worried about the
> number of fields in tt_content.

It's not about what *I* do, since most of the frequently used extensions 
aren't maintained by me - schade eigentlich ;-)

Besides, I dislike the fact that a flexform field needs to be parsed to 
get to the actual data. If I got, say, 4 "items" like "view", "sort by", 
"sort order", "categories" (yes, these are taken from tt_news ;), I'd 
rather store them in 4 fields than in one field using XML - for easy 
access without the need for an XML parser. After all, TYPO3 may not be 
the only application using the database structure. 

Gotta admit that flexforms are really cool in the TCEforms, though. ;)

Sven




More information about the TYPO3-dev mailing list