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.

[splatch]

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.

Wystarczy zajrzeć pod wspomniany adres..

Data Source Architectural Patterns Table Data Gateway, Row Data Gateway, Active Record, Data Mapper.
Object-Relational Structural Patterns Identity Field, Foreign Key Mapping, Association Table Mapping, Dependent Mapping, Embedded Value, Serialized LOB, Single Table Inheritance, Class Table Inheritance, Concrete Table Inheritance, Inheritance Mappers.
Object-Relational Metadata Mapping Patterns Metadata Mapping, Query Object, Repository.