
July 22nd, 2005
03:39 AM
A R S E N A L
Status: Offline!
Customer Database
I work for a small pool & fitness company. They have all their customer records on paper. I want to put them on a computer but I don't know the best way to do that. I've thought of ms access to create a database, but I have not done something like this before so I was looking for some advice. The information (pretty close to this) would be like:
name
date
address
phone #
zip
for patio sets:
company
fabric #
what specific set
what was all included.
so something kinda like that. Any advise would be great.

July 23rd, 2005
05:19 AM
thinking of something witty to put here
Status: Offline!
This could possibly be off topic but...
what the HELL is your avatar a picture of?

July 23rd, 2005
05:52 AM
Lost in Berkeley, CA
Status: Offline!
I think it's a bullet hole or something
___________________
There is no theory of evolution. Just a list of creatures Chuck Norris has allowed to live.

July 23rd, 2005
06:00 AM
Neversidian
Status: Offline!
Shouldn't this be in coding/database area?

July 23rd, 2005
08:15 AM
England > America
Status: Offline!
please keep it all on-topic 
as for your question floca, it all depends on what information you want to store about the customer. If it is just the information that you list there then you could just put all of that in a table, and start using it.
I would however reccomend putting a "Customer ID" field with a AutoNumber, and put that as a primary key, it makes it easier for searching the database when there is a unique field for each customer.
___________________
Last.fm | Myspace | Flickr | Virbē

July 23rd, 2005
12:11 PM
Neversidian
Status: Offline!
It's hard to design a database with the known infomation as "The information (pretty close to this) would be like:". You would need to know all the data, and extend on that to such things as, does the customer have multiple address's? multiple phone numbers? does a patio have more than one fabric?
It depends on how detailed or complex you want it to be. You could do a very simple database which sure, it stores the required info, but isnt really expandable and isn't very productive. Or you could design a really complex database which is expandable and productive, but is it nesscery?
___________________


July 23rd, 2005
02:00 PM
webdesigner/-developer
Status: Offline!
Just use MS Excell, or if you want it online you could use a MySQL database.

July 23rd, 2005
05:06 PM
England > America
Status: Offline!
Originally posted by bas:
Just use MS Excell, or if you want it online you could use a MySQL database.
an Access database would do the job better than excell, and then he could also put it online using the same database..
___________________
Last.fm | Myspace | Flickr | Virbē

July 23rd, 2005
07:25 PM
Neversidian
Status: Offline!
I agree with Advocation on this one, Access would be good
___________________
-Developer
-Forum Leader
-NeverNET

July 23rd, 2005
08:27 PM
A R S E N A L
Status: Offline!
Thanks for the information. It doesnt need to be expandable or overly complicated. Just enough to have a way for them to search through their records so when someone that bought something 10 years ago needs it fixed they can verify it was bought there. I wasnt sure if anyone had done something like this. I didnt want to start doing it using access when there might be something easier and better to use.
the avatar is a photoshopped picture of my finger after the tip was cut off.
http://smug.uwstout.edu/damon/fingergallery/images/DSCN0027.jpg
http://smug.uwstout.edu/damon/fingergallery/images/DSCN0031.jpg
As for off-topic posts in my threads, I dont mind at all.