Compound foreign key

[Lukas Lang]

Hello,

as part of the jdo codegen extentions we're currently implementing
support for annotated one-to-one and one-to-many relations.
I wonder, if compound foreign keys were supported in the near future,
as it is announced on the website's FAQ?

I would like to take this into account.

Regards,
Lukas


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Werner Guttmann]

Not really, to be honest. This is one of the oldest feature requests I
know, and we have been debating this endlessly .... but I cannot see it
happen easily.

Werner

Lukas Lang wrote:

> Hello,
>
> as part of the jdo codegen extentions we're currently implementing
> support for annotated one-to-one and one-to-many relations.
> I wonder, if compound foreign keys were supported in the near future,
> as it is announced on the website's FAQ?
>
> I would like to take this into account.
>
> Regards,
> Lukas
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>    http://xircles.codehaus.org/manage_email
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Ralf Joachim-2]

Hi Lukas,

in a commit message I found the following javadoc comment:

/**
 * Returns a List of {@String}s holding the columns of the foreign key.
 * Keep in mind that by contract of
 * <code>addPrimaryKey(String foreignKey)</code> the order is not
 * guaranteed.
 *
 * @return the names of the foreign key's columns or null if no keys
 *         added before.
 */

This makes me wonder if you took into account that sequence of key
columns is important for multi-column-keys which are supported by Castor.

Regards
Ralf


Lukas Lang schrieb:

> Hello,
>
> as part of the jdo codegen extentions we're currently implementing
> support for annotated one-to-one and one-to-many relations.
> I wonder, if compound foreign keys were supported in the near future,
> as it is announced on the website's FAQ?
>
> I would like to take this into account.
>
> Regards,
> Lukas
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>    http://xircles.codehaus.org/manage_email
>

--

Syscon Ingenieurbüro für Meß- und Datentechnik GmbH
Ralf Joachim
Raiffeisenstraße 11
72127 Kusterdingen
Germany

Tel.   [phone]
Mobil: [phone]
Fax    [phone]

Internet: www.syscon.eu
E-Mail: ralf.joachim@...

Sitz der Gesellschaft: D-72127 Kusterdingen
Registereintrag: Amtsgericht Stuttgart, HRB 382295
Geschäftsleitung: Jens Joachim, Ralf Joachim

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Lukas Lang]

Hey Ralf,

Ralf Joachim schrieb:

> Hi Lukas,
>
> in a commit message I found the following javadoc comment:
>
> /**
>  * Returns a List of {@String}s holding the columns of the foreign key.
>  * Keep in mind that by contract of
>  * <code>addPrimaryKey(String foreignKey)</code> the order is not
>  * guaranteed.
>  *
>  * @return the names of the foreign key's columns or null if no keys
>  *         added before.
>  */
>
> This makes me wonder if you took into account that sequence of key
> columns is important for multi-column-keys which are supported by Castor.
>

I know, multi-column-foreign keys are not supported so far.
We won't implement this as part of our student project. But for future extension,
we use this, more flexible Nature implementation.

Lukas

> Regards
> Ralf
>
>
> Lukas Lang schrieb:
>> Hello,
>>
>> as part of the jdo codegen extentions we're currently implementing
>> support for annotated one-to-one and one-to-many relations.
>> I wonder, if compound foreign keys were supported in the near future,
>> as it is announced on the website's FAQ?
>>
>> I would like to take this into account.
>>
>> Regards,
>> Lukas
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this list, please visit:
>>
>>    http://xircles.codehaus.org/manage_email
>>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email