ActiveRecord, ORM Opcje

[seaquest]

Na początek po reorganizacji forum chcielibyśmy zaproponować wam temat dotyczący mapowania tabel z baz danych na obiekty w PHP.

[eai]

Nie ukrywam, temat dość ciekawy.
Nie wiem jednak czy dobrze to zrozumiałem, a nie chce tkwić w błędzie dlatego napisałem:

[PHP] pobierz, plaintext 
<?php
 
	class Query
	{
		   public static function Exec ($sql)
		   {
			  if(mysql_connect('localhost','root', 'idesql'))
			  {
					 if(mysql_select_db('test'))
					 {
				   return new ORM(mysql_query($sql));
				}
			}
		}
	}
 
	class ORM
	{
		   private $__dquery = array();
 
		   public function __construct($query)
		   {
		   $this->__dquery = $query;
		}
 
		   public function select()
		   {
				  if($array = mysql_fetch_assoc($this->__dquery))
				  {
				   return new Data($array);
			}
 
			return false;
		}
	}
 
	class Data
	{
		   private $__darray = array();
 
		   public function __get($name)
		   {
			  if(empty($this->__darray)) { return false; }
 
		   if(array_key_exists($name, $this->__darray))
		   {
				  return $this->__darray[$name];
		   }
		}
 
		   public function __construct($array)
		   {
		   $this->__darray = $array;
		}
	}
 
 
 
	$table = Query::Exec('SELECT * FROM `tabela`');
 
	while($row = $table->select()) {
		echo $row->nr . '; ';
		echo $row->imie . '; ';
		echo $row->nazwisko . ' <br>';
	}
 
 
?>
[PHP] pobierz, plaintext 

Jest to oczywiście bardzo prosty przykład, posiadający jedynie możliwośc pobierania wyników.

Moje pytanie brzmi: Czy ide w dobrym kierunku czy kompletnie nie zrozumiałem ORM?

[splatch]

Moje pytanie brzmi: Czy idę w dobrym kierunku czy kompletnie nie zrozumiałem ORM?

Idziesz w prawie dobrym kierunku.
Ideą stosowania mapowań jest wykluczenie klepania SQLa na każdą potrzebę, a w tym momencie, mimo tego, że wynik masz reprezentowany w postaci obiektu, a nie różni się to od:

[PHP] pobierz, plaintext 
<?php
$rs = mysql_query($sql);
while ($row = mysql_fetch_object($rs)) {
	echo $rs->id .' '. $rs->name .'<br />';
}
?>
[PHP] pobierz, plaintext 

Owszem, umiejętność interpretacji każdego zapytania to cenna funkcjonalność, ale nie zapominaj o tym, że zależy Ci na obiektach jako takich a nie płaskich strukturach pokroju tablicy, a taki efekt uzyskujesz korzystając z __get (zwracasz po prostu kolumnę z wyniku nie zwracając uwagi na to z jakiego obiektu to jest property). Zwróć uwagę, że tu nie ma obiektu. Nie możesz odczytanych wartości zmodyfikować i zapisać.
Obiekt Query może się przydać przy mapowaniu zapytań, ale raczej nie przy ich interpretowaniu.

Kilka przykładów użycia "klasycznego" ORM:

[PHP] pobierz, plaintext 
<?php
// Użycie sesji, na podobę Hibernate
// zauważ, że relacje są przeźroczyste
$factory = SessionFactory::build(new PropertiesConfiguration('php-hibernate.ini'));
$session = $factory->getSession();
 
$book = $session->load('Book', 11);
$authors = $book->getAuthors(); // tutaj oczekujemy złączenia po relacji M:N
$book->setTitle('[nakład wyczerpany]' . $book->getTitle());
$book->setAvailable(false);
$authros[0] = new Author('Stanisław', 'Lem');
 
$session->flush(); // wymuszamy zapisanie zmian
 
// uproszczony przykład użycia Table Data Gateway + Row Data Gateway
// relacje M:N są obsługiwane ręcznie
$book = BooksPeer::retrieveByPk(11);
$authors = $book->getAuthors();
$book->setTitle('[nakład wyczerpany]' . $book->getTitle());
$book->setAvailable(false);
// dobieramy się do tabelki pośredniej pomiędzy autorami a książkami
$authros[0]->getProxyForBook(11)->delete();
$authros[0] = new Author('Stanisław', 'Lem');
 
$authros[0]->createProxyForBook(11); // przywiązujemy autora do książki
$book[0]->save(); // ten zapis załatwia nam wszystko
?>
[PHP] pobierz, plaintext 

Pamiętaj, że różnice implementacji przy różnych ORMach są czasami olbrzymie, zawsze możesz znaleźć swoją własną implementację bazując na dostępnych wzorcach.