Consultez la FAQ sur le ZF avant de poster une question
Vous n'êtes pas identifié.
Pages: 1
Bonjour,
Comment eviter que le ZF réalise à chacune de mes requètes un :
SELECT c.table_schema, c.table_name, c.column_name, c.ordinal_position as column_ordinal_position, c.data_type, c.column_default, c.is_nullable, c.character_octet_length, c.numeric_precision, c.numeric_scale, c.character_set_name, tc.constraint_type, k.ordinal_position as key_ordinal_position FROM INFORMATION_SCHEMA.COLUMNS c LEFT JOIN (INFORMATION_SCHEMA.KEY_COLUMN_USAGE k JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS tc ON (k.table_schema = tc.table_schema AND k.table_name = tc.table_name AND tc.constraint_type = 'PRIMARY KEY')) ON (c.table_schema = k.table_schema AND c.table_name = k.table_name AND c.column_name = k.column_name) WHERE c.table_name = 'MA_TABLE'
qui est trés gourmand : 0.5 secondes à chaque fois, donc si j'ai 5 requètes dans ma page je me retrouve directe avec 2.5 s dans la vue, ce qui est ENORME ...
Ai-je loupé un truc ? ou est ce que je m'y prends mal ?
Dernière modification par Isilgawen (26-03-2007 10:23:35)
Hors ligne
En effet, cette requête a été abandonnée depuis la version 0.9.1 car elle était trop lourde.
De plus, j'ai relevé un bug dedans. La solution a été donc de zapper cette partie et de ne plus utiliser Information_Schema, mais DESCRIBE TABLE a la place.
Hors ligne
Ok je savais pas, impec, j'vais migrer de suite en 0.91 alors merci
[Edit] En effet ca n'a plus rien à voir perfect par contre faut que je vois coté fetchRow y a du avoir du changement j'ai du bug message de partout -> oué zon modifié le return du fetchRow on peux plus faire de toArray() direct sur le return car il renvoi null quand il trouve rien. Va falloir que je corrige quelques trucs chez moi.
Dernière modification par Isilgawen (26-03-2007 11:05:37)
Hors ligne
Je dirai qu'il faut surtout pas oublier de cacher les requêtes lourdes.
Hors ligne
Pages: 1