🚀 go-pugleaf

On Mon, 31 Dec 2007 23:49:24 -0000, Maciej Piechotka  
<uzytkownik2@gmail.com> wrote:

> class Parent
>   attr_accessor :pole_parent
> end
>
> class Child1 < Parent
>   attr_accessor :pole1
> end
>
> class Child2 < Parent
>   attr_accessor :pole2
> end
>
> Rozwiązanie nr1(W rails):
>
> CREATE TABLE parents (
>   id INTEGER PRIMARY KEY AUTO_INCREMENT,
>   type STRING NOT NULL, /* 'Parent', 'Child1' albo 'Child2' */
>   pole_parent STRING,
>   pole1 STRING,
>   pole2 STRING
> );
>
> Rozwiązanie nr2:
>
> CREATE TABLE parents (
>   id INTEGER PRIMARY KEY AUTO_INCREMENT,
>   pole_parent STRING
> );
>
> CREATE TABLE childs1 (
>   id INTEGER PRIMARY KEY AUTO_INCREMENT,
>   pole_parent STRING,
>   pole1 STRING
> );
>
> CREATE TABLE childs2 (
>   id INTEGER PRIMARY KEY AUTO_INCREMENT,
>   type STRING NOT NULL,
>   pole_parent STRING,
>   pole2 STRING
> );
>
> Rozwiązanie nr 3:
>
> CREATE TABLE parents (
>   id INTEGER PRIMARY KEY AUTO_INCREMENT,
>   pole_parent STRING
> );
>
> CREATE TABLE childs1 (
>   parent_id INTEGER PRIMARY KEY,
>   pole1 STRING,
>   CONSTRAINT childs1_parent_id FOREIGN KEY
> );
>
> CREATE TABLE childs2 (
>   parent_id INTEGER PRIMARY KEY,
>   pole2 STRING,
>   CONSTRAINT childs2_parent_id FOREIGN KEY
> );

Nic z tego nadal nie rozumiem. Przecież to, co stanowi faktyczne dane, to  
tabele w bazie. Taka struktura bazy jest konkretna i stała i w mapowaniu  
ORM chodzi o to aby tą materialną strukturę przedstawić za pomocą jakiś  
abstrakcji językowych. Ty zaś podajesz różne definicje tabel o tej samej  
nazwie... To w końcu która kwerenda tworzy tabelę childs1? Przecież nie  
mogą dotyczyć tej samej tabeli bo mają inne kolumny i klucz główny. A  
jeśli dotyczą dwóch różnych tabel to dlaczego noszą tą samą nazwę?

-- 
Jarosław Zabiełło
http://blog.zabiello.com