Re: odd behaviour in n:m settings in EntityModeler in WOLips
Re: odd behaviour in n:m settings in EntityModeler in WOLips
- Subject: Re: odd behaviour in n:m settings in EntityModeler in WOLips
- From: Johan Henselmans <email@hidden>
- Date: Mon, 2 Jun 2008 13:18:35 +0200
On 2 jun 2008, at 11:07, Alexander Spohr wrote:
Johann,
it sounds like you got it the wrong way ’round.
Am 02.06.2008 um 08:58 schrieb Johan Henselmans:
I am creating a n:m relation between two tables, called adminuser
and admingroup, and flatten the relationship.
That would result in an n:m table, admingroupadminuser, with two
relationships on both sides: one would propagate the primary key to
the table admingroupadminuser, the other one would be a flattened
one to the other table.
The master-tables (adminuser and admingroup) have to propagate their
pk into the n:m (admingroupadminuser). admingroupadminuserhas no pk
of its own so it has nothing to propagate somewhere.
So you’ll have these real relationships (which you switch off in the
model):
adminuser <->> admingroupadminuser <<-> admingroup
and these two flattened ones:
adminuser <<->> admingroup
That is exactly what I am saying ;-)
I just noticed that this behaviour started between WOLips 3.3.5195 and
WOLips 3.3.5205. Version 5195 did not display this error. I just
tested it on another system. (5.4.2-ish).There I got the same behaviour.
However, I am now getting verification errors in EntityModeler
after creating the table. It says:
The relationship adminGroupAdminUsers is a to-many but also
propagates its primary key.
This sounds strange.
I assume that turning off the propagate primary key would prevent
creating a new record in the n:m table admingroupadminuser.
See above.
Anybody has the same experience,
No.
solutions?
I hope so :)
atze
Regards,
Johan Henselmans
http://www.netsense.nl
Tel: +31-20-6267538
Fax: +31-20-6279159
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden