[TYPO3-core] SELECTquery() vs exec_SELECTquery()

Karsten Dambekalns karsten at typo3.org
Fri Jun 2 10:10:01 CEST 2006


Hi.

On Thursday 01 June 2006 15:54, Martin Kutschker wrote:
> Hmpf, so I cannot write the statements I like (even *with* the API) because
> of DBAL doing such super-fancy stuff like mapping tables to handlers.

Well, when in life one can have everything at once? :)

But the only thing you cannot do right now is fetch the query first and 
execute it later, right? Or did I miss something else?

> But wait, perhaps we can get a EXECquery() method.

I am still not sure whether we should go *that* extra mile, just to make this 
possible. I'd rather invest the time to make the exec_*() methods cache 
queries they already saw, and avoid parsing/mapping them again...

> If SELECTquery would not return a string, but an array/object it coud be
 ...
> The result of prepare_INSERTquery should contain the SQL statement, the

Yeah, this would work. As I said earlier, this seems to be something for 5.0, 
and for that I even think that *maybe* SQL should be abandoned alltogether...

Karsten
-- 
Karsten Dambekalns
TYPO3 Association - Active Member
http://association.typo3.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 307 bytes
Desc: not available
Url : http://lists.netfielders.de/pipermail/typo3-team-core/attachments/20060602/f6eab471/attachment.pgp 


More information about the TYPO3-team-core mailing list