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


Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to