splitting is easy, good design is tricky
[font=Verdana, Arial, Helvetica]
I have a DB design question. I will describe the actual design, and
hopefully someone will give me a clue on how to design it correctly.
[/font]
[font=Verdana, Arial, Helvetica] Frontend: [/font]
[font=Verdana, Arial, Helvetica] With all the usual content, except tables. Will be used by multiple users [/font]
[font=Verdana, Arial, Helvetica] at the same time. [/font]
[font=Verdana, Arial, Helvetica] [/font]
[font=Verdana, Arial, Helvetica] Backend: [/font]
[font=Verdana, Arial, Helvetica] All the tables, related to each other with referential integrity (updates, [/font]
[font=Verdana, Arial, Helvetica] deletes) [/font]
[font=Verdana, Arial, Helvetica] [/font]
[font=Verdana, Arial, Helvetica] ContainerDB: [/font]
[font=Verdana, Arial, Helvetica] Containing all the data. Per customer/year 3 tables. (Axxxx,Bxxxx,Cxxxx) [/font]
[font=Verdana, Arial, Helvetica]
---
problem1:
If I link the containerDB's tables i want to work on into the backend, i
loose the referential integrity. RI doesn't work on linked tables.
problem2:
Else when I copy the tables data (Axxxx,Bxxxx,Cxxxx) to "work tables"
(Aworktable,Bworktable,..) RI should work, multiple users cannot use the
frontend at the same time they would overwrite each others work. Also data
is not updated realtime in the containerDB, which is desirable.
--
Is there a better design possible, or is the only way to manually do referential integrity ?
ps: i crossposted this here from [/font][font=Verdana, Arial, Helvetica]
http://www.microsoft.com/office/community/[/font][font=Verdana, Arial, Helvetica]
Discussion Groups since I went there after going from here to allenbrowne. Anyway thanks.
[/font]