Walter
>>> Kristian Rosenvold
<[EMAIL PROTECTED]> 01/11/01 08:17AM >>>
Ok,
it seems like I need this veeery slowly. I just defined another model
with
some different multiplicities. Still, none of them seem to get proper
names
for the foreign key for the relation to self. The "TestKey" attribute
is
"part of object identity". Modeller obviously understands the reference
to
self because the datatype of the foreign key is correct, but the names
go
on and on in the COLxx fashion.
I know I can change the names
manually in the data model, it's just such a
pain. But I suppose there
should be some pain in life ;)
Kristian
Attached is JPG of a
model that I just made from scratch, in case there is
any stuff left in the
repository class.
-----Original Message-----
From: Prajesh,
Jim
To: Naiburg, Eric J.; Kristian Rosenvold; Gornik,
Davor;
[EMAIL PROTECTED]
Sent: 11.01.01 14:20
Subject: RE:
(ROSE) Data Modeller: Object Model relations to self
The foreign key
name migration works properly only when the
multiplicity
is
defined. If the multiplicity is not defined, the
translation tool still
migrates a foreign key (Not sure how it knows) but
just calls the FK
COL1 or
something like that. But if you have the
cardinality specified then it
uses
the name of the primary key of the
parent table. Not sure of the reason
but
that is how it
behaves.
Eric: Would it be better if we issue a warning in the log file
saying
that
we could not figure out how to migrate the foreign key
because the
multiplicity is not defined? Just a
thought.
-----Original Message-----
From: Naiburg, Eric J. [
mailto:[EMAIL PROTECTED]]Sent:
Thursday, January 11, 2001 2:26 AM
To: 'Kristian Rosenvold'; Gornik, Davor;
[EMAIL PROTECTED]
Subject: RE: (ROSE) Data Modeller: Object Model
relations to self
The foreign keys are created based on the
primary key names. You can
describe the primary keys in the object
model by right-click on the
appropriate attribute in the browser and
selecting Data Modeler --> Part
of
Object
Identity.
-----Original Message-----
From: Kristian Rosenvold [
mailto:[EMAIL PROTECTED]]Sent:
Wednesday, January 10, 2001 5:46 AM
To: 'Gornik, Davor';
[EMAIL PROTECTED]
Subject: RE: (ROSE) Data Modeller: Object Model
relations to self
As I understand you, there is no way to
influence the names of the
foreign
keys from the object model ?
Pity ;) I thought that was what assoc/role names were all
about!
Kristian
-----Original Message-----
From: Gornik,
Davor [
mailto:[EMAIL PROTECTED]]Sent:
10. januar 2001 14:20
To: Kristian Rosenvold;
[EMAIL PROTECTED]
Subject: RE: (ROSE) Data Modeller: Object Model
relations to self
Kristian,
You can rename the foreign key
constraints to whatever you want after
the
generation. The conversion
just uses a unique name. Same of course with
the
column
names.
Davor Gornik
Marketing Engineer Rose Business
Unit
Rational Software Tel:
+49-89-62838-249
Keltenring
15 Fax:
+49-89-62838-549
82041 Oberhaching Cel:
+49-170-4532-249
Germany
Email:
[EMAIL PROTECTED]
--------------------------------------------------------------------
Rational
User Conference 2001
July 22 - 26, 2001 * Denver, CO, USA
http://www.rational.com/ruc-----Original
Message-----
From: Kristian Rosenvold [
mailto:[EMAIL PROTECTED]]Sent:
Wednesday, January 10, 2001 11:37 AM
To:
[EMAIL PROTECTED]
Subject: (ROSE) Data Modeller: Object Model
relations to self
I am trying to model a variation of a composite
pattern (from Gamma et
al)
in Data Modeller. The generated data model is
technically correct, but
the
names of the foreign keys (to the primary
key in the same table) get
very
bad (on a COL_* pattern). Any ideas on
how to make these more legible?
As
you can see from the attached jpg,
I'm trying to use role/assoc names,
but
they don't seem to have the
desired effect.
This is Rose 2001,
btw.
<<dmquestion.jpg>>
ADCORE
Digital Business
Creators
Mobile +47 90 75 19 85
<
mailto:[EMAIL PROTECTED]>
ICQ: 1236925, IM: Krosenvold
<<Kristian Rosenvold.vcf>>
************************************************************************
*
Rose Forum is a public venue for ideas and discussions.
* For technical
support, visit
http://www.rational.com/support*
*
Admin.Subscription Requests: [EMAIL PROTECTED]
* Archive of
messages:
http://www.rational.com/products/rose/usergroups/rose_forum.jtmpl*
Other Requests: [EMAIL PROTECTED]
*
* To unsubscribe from
the list, please send email
*
* To: [EMAIL PROTECTED]
*
Subject:<BLANK>
* Body: unsubscribe
rose_forum
*
************************************************************************
*
************************************************************************
*
Rose Forum is a public venue for ideas and discussions.
* For technical
support, visit
http://www.rational.com/support*
*
Admin.Subscription Requests: [EMAIL PROTECTED]
* Archive of
messages:
http://www.rational.com/products/rose/usergroups/rose_forum.jtmpl*
Other Requests: [EMAIL PROTECTED]
*
* To unsubscribe from
the list, please send email
*
* To: [EMAIL PROTECTED]
*
Subject:<BLANK>
* Body: unsubscribe
rose_forum
*
************************************************************************
*