Dopiero zaczynam swoją przygode z CakePHP, napotkałem na pewien problem podczas budowy modelu odpowiedzialnego za newsy.

Próbuje przerobić poniższe zapytanie:

[SQL] pobierz, plaintext 
SELECT a.id,
            a.news_title,
            a.news_content,
            a.news_author,
            a.news_date,
	   COUNT(b.id) AS news_comments_count,
	   d.user_name
FROM news a
LEFT JOIN comments b ON b.comment_parent = a.id
LEFT JOIN users d ON d.id = a.news_author
GROUP BY a.id
ORDER BY a.id DESC
[SQL] pobierz, plaintext 

na model bez większego powodzenia. Narazie tyle mam:

[PHP] pobierz, plaintext 
<?php
class News extends AppModel
{
	var $name = 'News';
 
	var $belongsTo = array('User' =>
					   array('className'	=> 'Users',
							 'conditions'   => '',
							 'order'		=> '',
							 'foreignKey'   => 'news_author',
							 'counterCache' => '' 
							 )
						  );
	 var $hasAndBelongsToMany = array('Comms' =>
							   array('className'  => 'Comments',
									 'joinTable'  => 'comments',
									 'foreignKey' => 'comment_parent',
									 'associationForeignKey'=> 'id',
									 'conditions' => '',
									 'order'	  => '',
									 'limit'	  => '',
									 'uniq'	   => true,
									 'finderSql'  => '',
									 'deleteQuery'=> '',
							   )
	);
}
?>
[PHP] pobierz, plaintext 

Pobiera co prawda newsy, autora i komentarze ale wykonuje przy tym 39 zapytań do bazy, czyli tyle ile jest newsów, jakby bylo ich 100 to pewnie by wykonało ~100 zapytań
Liczenia ile komentarzy ma poszczególny news, nie udało mi sie zaimplementować do modelu.

Licze na pomoc...

heh.. wygląda to bardzo topornie..
Też jestem bardzo ciekaw czy faktycznie aż takie ograniczenia wiążą się z wykorzystaniem cake'a?
Może znajdzie się jakaś mądra doświadczona w cake'u głowa, która to rozjaśni..?

Właśnie mam zająć się kodowaniem jednego portalu dla jednej firmy i jako, że nie chcą się uzależniać bardzo ode mnie wolą zastosować jakiś znany OS framework.. zaproponowałem im Cake'a i zaczynam się bać

ja wlasnie z tego wzgledu uzywam tylko $this->query(); idzie mi syzbciej i mam pelna kontrole nad tym co robie, a dodatkowo jeszcze mam dopisany cache na pytania sql.

niestety nie pomoge ci z tym pytaniem bo wlasnie po takich samych walkach (wielogodzinnych) stwierdzilem, ze to pier*** nie dosc, ze clzowiek sie napisze jak glupi to jeszcze wydajnosc tych rozwiazan jest dyskusyjna

uff.. dobrze, że jest obejście poprzez query()
Normanos rozumiem, że korzystasz z natywnego MySQL'oego cache'a a nie php ? Przynajmniej widziałem tu już post reklamujący cache'owanie w php.. który w efekcie przejmował cache'owania od MySQL i w dodatku był wolniejszy
Jeszcze jedno pytanie.. Czy Cake jest wszędzie w miarę elestyczny i można bezproblemowo jakieś swoje moduły wykorzystać?

ech counterQuery w ogóle nie jest zaimplementowane do modelu, co by się tam nie dalo nie dziala, nawet błedu nie powoduje

mariuszn3: nie, oczywiscie ze php. najprostsze i juz wytestowane przeze mnie rozwiazanie: serializacja danych do pliku. na dowolna ilosc czasu. w zasadzie identycznie rozwiązanie co Zyxa w OPD (nakładka z cache na PDO).
a elastycnzosc: coz, pewnie zalezy od umiejetnosci i przyzwyczajen. na juz lekko zorientowalem sie w strukturze i na razie sobie radze. cos wiecej powiem jak skoncze wiekszy serwis.

ja napisze tak jezeli powtazalnosc zapytan jest duza TYPU: select pole pole pole WHERE id=$id, to ja nie widze sensu rezygnowania z modelu ktory ulatwia bardzo bardzo prace z zapytaniami jezeli mamy specyficzny przypadek wtedy przychodzi nam z pomocą query.. oczywiscie jako uzupelnienie brakow ale trudu przeniesienia na model stricto relacyjny czyli sumowanie zbiorow dzielenie złączenia wyliczenia itp.. ktore stanowia jak wiadomo znikomy % wykonanych zapytań(w moich projektach oczywiscie)