> Chodzi o to by warstwa bazy danych była całkowicie zautomatyzowana
> (automatyzacja to atut systemów komputerowych).

Automatyzacja jest możliwa, jeśli są wszystkie dane do automatycznego przetwarzania.
A projekt bazy danych nie opiera się na strukturze programu, tylko na wymaganiach,
które są powyżej projektowanego programu. Czyli nawet gdybyś chciał coś
automatyzować, to nie na tej ścieżce:

program
|
V
baza danych,

tylko na takich:

wymagania
| |
V V
program baza danych

I tu byś był bliżej ideału, ale zwykle wymagania nie występują w formie, na której
można jakąkolwiek automatyzację uprawiać (w szczególności: zwykle nie występują w
żadnej formie). Ale da się ten proces, całościowo, uprawiać ręcznie - i zwykle jest
to lepsze, niż ułomna automatyzacja, która ostatecznie może kosztować więcej, niż
oszczędza.

Projekt bazy danych w ogóle nie musi się zgadzać 1:1 z projektem programu. W sensie -
nawet liczba tabel nie musi się zgadzać z liczbą klas. Może być nawet tak, że ze
względów wydajnościowych (albo innych) struktury bazy służące do zapisu danych będą
inne, niż te służące do odczytu. Albo pierdylion innych możliwości, których nie da
się obsłużyć automatem parsującym kod programu.

> Ten mój generator będzie
> generował klasę Database_N_M w oparciu o klasy zachowalne umiejscowione
> w warstwie logiki biznesowej.

Lepiej nie.
Najlepszy cytat w tym temacie: "It's a data base, not a data dump."

--
Maciej Sobczak * http://www.inspirel.com