The routingNumber does uniquely identify the bank (although it occurs
to me we should have something to specify the routing number type,
like ABA, SWIFT, etc).
It might work fine to have a one-nofk link to the Party entity and use
the routingNumber as an identifier. There is a chance for conflicting
IDs though... so maybe have another way to look up the Party by a
field other than the partyId that represents the routing number would
be best.
However we do this, we probably shouldn't have a foreign key for this
relationship unless it's either an optional field or we require a
complete listing of all the banks in the world. ;)
-David
On Nov 23, 2007, at 12:06 AM, Jacopo Cappellato wrote:
> What about adding a new field (bankPartyId) to the EftAccount entity?
> It can be used to store the party id of the bank (office) that hosts
> the account.
>
> Should we also add an ownerPartyId field?
>
> Jacopo
>