🚀 go-pugleaf

Dnia 11.02.2010   <janosikowy@WYTNIJ.gazeta.pl> napisał/a:
> Piotr Husiatynski <husio@gmail.com> napisał(a): 
>
>> 
>> `User` to klasa? Bo wyżej napisałeś `Account`. Jeśli to to samo, to zauważ
>> , że
>> `User` jest obiektem typu klasa (nie jej instancją).
>> 
> Kod jest przykładowy, pisany na żywca i oczywiście się walnąłem ;)
> Poprawne prawidłowe zapytania:
> Session.query(Account.name).distinct() 
> Session.query(Account).filter(Account.name=='j.kowalski')
>
> Niestety deskryptory nadal nie działają tak jak to sobie wyobrażałem.
> Trochę się zagłębiam w dokumentację i jestem lekko zagubiony.
> Niby jest mowa o 'custom comparatorach', co chyba rozwiąże mój problem,
> jednak cytując dokumentację:
> http://www.sqlalchemy.org/docs/05/mappers.html#using-descriptors
> "The email attribute is now usable in the same way as any other mapped
> attribute, including filter expressions, get/set operations, etc.:"
>
> Getter/Setter działa tak jak przewidywałem.
> W Query descriptor zwraca mi zawsze wartość z bazy, atrybuty nie podlegają
> modyfikacji getterem.
>
> reasumując:
> czy definiując w podany sposób własne gettery i settery popełniam błąd,
> czy też muszę użyć własnego comparatora?

Nie znam za dobrze slqalchemy, ale jeśli pola klasy pythonowej są mapowane na
kolumny w bazie (a pewnie są), to jakiekolwiek działania na bazie przy użyciu
nieistniejących kolumn są bez sensu.
Nie wydaje mi się, żeby sqlalchemy było na tyle "inteligentne", żeby zajrzeć do
stworzonych property i wnioskować o co chodzi. 

-- 
Piotr Husiatyński