Witam, troche zainspirowany tematem psa, postanowiłem napisać własne "coś" do obsługi bazy danych. Narazie nazwałem to tak jak w topicu (od Hybrid - moj hmm framework? w kazdym razie coś w tym stylu, niestety też jeszcze teoria ) Jeszcze nie implementowałem tego, ale mam czysto teoretyczny przykład użycia:

[PHP] pobierz, plaintext 
<?php
 
// nowe polaczenie
 
$connection = new HDOConnection('mysql://user:password@host');
 
// baza danych
 
if(!$connection->databaseExists('magazine')) {
	$magazine = $connection->createDatabase('magazine');
} else {
	$magazine = $connection->table('magazine');
}
 
// tabela
 
if(!$magazine->tableExists('articles')) {
	$articles = $magazine->createTable('articles');
	$articles->addColumn('id', 'integer', 10);
	$articles->addColumn('author', 'string', 50);
	$articles->addColumn('title', 'string', 50);
	$magazine->updateTable($articles);
} else {
	$articles = $magazine->table('articles');
}
 
// nowy rekord
 
$article = $articles->createRecord();
$article->setAuthor('Autor');
$article->setTitle('Tytuł');
$articles->updateRecord($article);
// lub
$articles->insertRecord('', 'Autor', 'Tytuł');
 
// zmiana kilku rekordow
 
$c = new Criteria('id', 10, '<');
foreach($articles->selectRecords($c) as $record) {
	$record->setId($record->getId() + 10); // za pomoca __get i __set z HDORecord::attributes na podstawie struktury tabeli (np zserializowanej dla wydajnosci)
	$articles->updateRecord($record);
}
 
// i usuniecie
 
foreach($articles->selectRecords($c) as $record) {
	$articles->deleteRecord($record);
}
 
?>
[PHP] pobierz, plaintext 

Cóż, czekam na jakikolwiek odzew, szczególnie opinie, no i czy ktoś by tego wogóle używał Aha no i system jest skierowany raczej dla mniejszych aplikacji i mniej zaawansowanych użytkowników. Bardziej wymagający pewnie wezmą Propela

Ja osobiście robie tak iż sterownik DB ma tylko wykonywać odpowiednie funkcje (mysql_*, sqlite_*) i ewentualnie wspomagać escapeowanie danych etc.

Wszystkie zaś zapytania trzymam w jednym miejscu, gdzie w razie konieczności wystarczy je pozamieniać na odpowiednie dla danej bazy danych.

Twój przykład oczywiście jest ciekawy - ale dla mnie to za duży stopień abstrakcji. Dla mnie nie przydatny, ale może dla innych? :]

Na pewno pisząc to czegoś ciekawego i nowego się nauczysz!

createTable() - moim zdaniem pomyłka - podobnie tableExists - po co tworzyć dodatkowe zapytania? Jeśli już createTable($columns_and_indexes).

Widzę, że korzystasz z obiektów, które reprezentują dane - zatem czy nie lepiej użyć new Author niż $authors->newRecord()?

Jestem ciekawy jak planujesz rozwiązać problem z kluczami obcymi . Widzę również, że sopdobała Ci się Criteria.

Warto się zastanowić nad deleteRecords(Criteria $c) a nie deleteRecord($record). Ogólnie chyba wygodniej byłoby określić jakąś klasę bazową - podobnie jak w propelu BasePeer, następnie AuthorPeer i na końcu Author. Taka budowa centralizuje część zadań.

No i tak na końcu - nie wiem czemu unikacie Propela, przecież to bardzo wygodne narzędzie...

Czemu tableExists, to pomylka?
Nie ma 'new Author', bo chcę uniknąć mapowania i tworzenia klas - user ładuje biblioteke i już może sam pracować na danych. Criteria oczywiscie sie spodobala, bo narazie nie widze innego sposobu do budowania... kryteriow Co do masowego edytowania/usuwanie, to tez o tym myslalem, i pewnie tak zrobie - doDelete(Criteria $c), doUpdate(Criteria $c).
Ogolnie to chcialem zrobic takie wygodne narzedzie do np prostego edytowania tabel - zakrywania zapytan ALTER TABLE, szybkiego wybierania rekordów.
Vengeance: wiadomo, pisze dla wlasnej przyjemnosci i pewnie na mojej tylko sie skonczy

Było by super wygodne, powiem więcej - prawie niezastąpione, gdyby nie wymagało phinga. IMO z tego powodu staje się bardziej kłopotliwe.

PS. Wiem, że Phing nie jest potrzebny do pracy aplikacji, a tylko do wygenerowania kodu, ale IMO można by to zrobić samym php.