A Microsoft Office (Excel, Word) forum. OfficeFrustration

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » OfficeFrustration forum » Microsoft Access » Database Design
Site Map Home Register Authors List Search Today's Posts Mark Forums Read  

Linking tables from a DB into a back end DB to use through fronten



 
 
Thread Tools Display Modes
  #1  
Old August 20th, 2009, 02:32 PM posted to microsoft.public.access.tablesdbdesign
elsamiro2351
external usenet poster
 
Posts: 3
Default Linking tables from a DB into a back end DB to use through fronten

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.

Frontend:
With all the usual content, expcept tables. Will be used by multiple users
at the same time.

Backend:
All the tables, related to each other with referential integrity (updates,
deletes)

ContainerDB:
Containing all the data. Per customer/year 3 tables. (Axxxx,Bxxxx,Cxxxx)

---

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 manually do
referential integrity ?
  #2  
Old August 20th, 2009, 04:15 PM posted to microsoft.public.access.tablesdbdesign
BruceM[_4_]
external usenet poster
 
Posts: 558
Default Linking tables from a DB into a back end DB to use through fronten

Each user should have their own copy of the front end.

I don't understand why there is a backend and a container DB. That being
said, AFAIK referential integrity in the BE database will be enforced even
though it can't be enforced in linked tables. That is, RI in the BE is
inherited by the FE linked tables. However, if you are linking to more than
one BE file, you cannot enforce RI between the separate databases. In that
case you have to design the FE in such a way that RI is maintained. It
could be by data validation in a form's Before Update event, or other such
means.

"elsamiro2351" wrote in message
...
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.

Frontend:
With all the usual content, expcept tables. Will be used by multiple users
at the same time.

Backend:
All the tables, related to each other with referential integrity (updates,
deletes)

ContainerDB:
Containing all the data. Per customer/year 3 tables. (Axxxx,Bxxxx,Cxxxx)

---

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 manually do
referential integrity ?



 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Forum Jump


All times are GMT +1. The time now is 10:29 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 OfficeFrustration.
The comments are property of their posters.