well, it will be useful if when a m/anytoone relation (i.e. plain
reference) klas.descriptor is used in an expression context, to yield
just the respective column.
On Tuesday 10 June 2008 21:15:06 Michael Bayer wrote:
these are the valid comparisons:
print AB.this == A()
print AB.this_id
manytoone should be fine. try making a simplified test case (just any
old many to one).
On Jun 10, 2008, at 9:39 AM, [EMAIL PROTECTED] wrote:
g'day.
i stepped on strange behavour (0.4 latest):
class AB is an assoc proxy, .myb pointing to B;
the clause
AB.myb == B.dbid
fails with
funny... just a plain relation, i've removed all the assoc stuff...
what i am missing???
here the case, attached.
no matter what, i doesnot work; older sa versions give different
error...
On Tuesday 10 June 2008 16:59:01 Michael Bayer wrote:
manytoone should be fine. try making a simplified
these are the valid comparisons:
print AB.this == A()
print AB.this_id == A.name
On Jun 10, 2008, at 8:32 AM, [EMAIL PROTECTED] wrote:
funny... just a plain relation, i've removed all the assoc stuff...
what i am missing???
here the case, attached.
no matter what, i doesnot work; older
these are the valid comparisons:
print AB.this == A()
mmh. i want these to be clauses, not plain comparisons
i.e. AB.this==A.dbid --- same as tableAB.c.this==tableA.c.dbid
instead it produces something like
:param_1 = AB.this_id
print AB.this_id == A.name
and.. why this way works and the
ok, so as i get it, descriptors of PropertyLoaders cannot be used in
clauses.
any idea then how to map something like this then without going down
to tables:
(pseudocode)
Doc.ver == ver
and (
Doc.dbid == Doc2Place.nazn and
Doc2Place.rabmesto ==