944,014 Members | Top Members by Rank

Ad:
Feb 4th, 2005
0

Database design

Expand Post »
Hi,

I am developing a web based system involving branch and headquarters information for my project. HQ can access all the branch data and generate report. How am i suppose to design the database? Do i need a separate database for each branch or can i store all the branch info in one database together with the HQ information. If i use separate database, will this slow down the query in MYSQL?
Similar Threads
Reputation Points: 10
Solved Threads: 0
Newbie Poster
abzara is offline Offline
1 posts
since Feb 2005
Feb 21st, 2005
0

Re: Database design

Hmm... no genius, but I think you can do it several ways.... depends on what you want!

You could have one db.... and just limit the access to things dependant upon user...ie the branches can only input and view their input, where as hq can llok at all input.

Alternatively, you could make multiple copies of the db framework, supply it to all branches, and have them send daily/hourly updates to the main hq db that will import them all...... so you make a big db and a little db... make sense?

or you can make a cross of the two main methods.....
have to careful about security though!

The more you have a permenant connection, tyhe easier to get at.... so I'd recommend have shuttered end db's... (one db per branch, have set times to send the info out to hq!)..... so you have start of day, mid day and end of day.... this means that there are 2 cross check files to ensure the figures add up, (start and end of current/previous/next!).... and the mid day for projection reasons!

If you make the db so that it is web based, you could have it easier... you set it up as an extra-net, (like a ntwork but over the web!).... that way it is safer to protect the connection ends!

still, see what others say!
Reputation Points: 63
Solved Threads: 12
Posting Pro in Training
autocrat is offline Offline
427 posts
since Feb 2005

This thread is more than three months old

No one has posted to this discussion for at least three months. Please let old threads die and do not reply to them unless you feel you have something new and valuable to contribute that absolutely must be added to make the discussion complete. Otherwise, please start a new thread in this forum instead.
Message:
Previous Thread in Database Design Forum Timeline: PostgreSQL installation problem
Next Thread in Database Design Forum Timeline: please help





About Us | Contact Us | Advertise | Acceptable Use Policy
Forum Index | Build Custom RSS Feed


Follow us on Twitter


© 2011 DaniWeb® LLC