[cakephp] Problem z modelem Opcje

[mr.r]

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ń (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)
Liczenia ile komentarzy ma poszczególny news, nie udało mi sie zaimplementować do modelu.

Licze na pomoc... (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Ten post edytował mr.r 15.08.2006, 10:56:55

[mariuszn3]

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ć (IMG:http://forum.php.pl/style_emoticons/default/worriedsmiley.gif)

Ten post edytował mariuszn3 15.08.2006, 14:29:19

[nrm]

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*** (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) nie dosc, ze clzowiek sie napisze jak glupi to jeszcze wydajnosc tych rozwiazan jest dyskusyjna (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

[mariuszn3]

uff.. dobrze, że jest obejście poprzez query() (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)
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 (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)
Jeszcze jedno pytanie.. Czy Cake jest wszędzie w miarę elestyczny i można bezproblemowo jakieś swoje moduły wykorzystać?

[mr.r]

ech counterQuery w ogóle nie jest zaimplementowane do modelu, co by się tam nie dalo nie dziala, nawet błedu nie powoduje (IMG:http://forum.php.pl/style_emoticons/default/sad.gif)

[nrm]

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.

[andrzejb]

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)

Ten post edytował andrzejb 18.09.2006, 12:49:33