🚀 go-pugleaf

Jaroslaw Zabiello wrote:

> On Wed, 30 Jan 2008 07:32:49 -0000, Paweł Kondzior <kondzior.p@gmail.com>
> wrote:
> 
>>>  Uważam, że do przesada. Nie zawsze prawdziwy model "po drodze" jest
>>> potrzebny.
>>
>> Ja sie pod tym podpisuje, The Rails Way is not the only one Way, czasami
>> chodzi tylko o skojarzenie dwoch modeli tabela laczacal i niczym wiecej.
> 
> Niestety, ale nie macie racji. To nie tylko osobiste zdanie autora książki
> The Rails Way. To jest oficjalne stanowisko wyrażone w dokumentacji do RoR
>
(http://api.rubyonrails.com/classes/ActiveRecord/Associations/ClassMethods.html).
> Makro habtm jest oznaczone oficjalnie jako *DEPRECIATED* i dokumentacja
> RoR SILNIE ZALECA używanie prawdziwych tabel łączących a nie tego
> sztucznego tworu bez modelu, klucza głównego i bez możliwości
> wykorzystania dodatkowym kolumn w tabeli. Cytat:
> 
> "Deprecated: Any additional fields added to the join table will be placed
> as attributes when pulling records out through has_and_belongs_to_many
> associations. Records returned from join tables with additional attributes
> will be marked as ReadOnly (because we can?t save changes to the
> additional attributes). It?s strongly recommended that you upgrade any
> associations with attributes to a real join model (see introduction)."
> 

Moim zdaniem źle to interpretujesz. Deprecation tyczy się tylko przypadków
kiedy chciałbyś wyposażyć tabelę łączącą w dodatkowe atrybuty. Wtedy
oczywiście tworzysz nowy model z tradycyjnym has_many/belongs_to/:through

W przypadku gdy tabela łącząca jest tylko i wyłącznie tabelą łączącą, a więc
posiada model1_id i model2_id to po co mi ona jako fizyczny model? Taka
tabela łącząca jest normalnym rozwiązaniem w projektach bazodanowych w
przypadku relacji wiele-do-wielu w procesie normalizacji i nie ma prawa być
nagle deprecated, bo tak sobie zażyczyli projektanci RoR. Dajmy spokój
takim sądom, nie uwierzę w to.


-- 
[ Piotr 'piter' Hlawski ( <phlawski$gmail,com> ) ( GG: 4534287 ) ]