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  dBforums > General > New Members & Introductions > Introduction

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 08-26-11, 09:50
sehenry sehenry is offline
Registered User
 
Join Date: Aug 2011
Posts: 42
Introduction

Hello all,

My name is Sam and I currently work for a marine construction contractor in the engineering department. I am looking for advice because what I am looking to do is kind of out of my discipline of civil engineering. I would like to create a database for our equipment, mainly cranes, that is based around engineering and maintenance specifications. This is the first time I have ever done any databasing, but I am willing to go out of my comfort zone because a database like this is really needed and could be a great tool for the company. Almost all of our equipment is old and most of the information on it is in paper files. This makes it very hard to find in a timely manner. I've done some reading on using microsoft access and excel, but still don't understand which would be better for the database I am trying to create. I was hoping I could get some veteran database users/creators input and direction. Here is what I am looking to accomplish with the cranes:

Each piece of equipment has a unique identifying number for the company along with the manufactures serial number. I want to link each crane with its specifications such as make/model, power/engine, horsepower, etc. (There is a long list of specifications because some cranes are barge mounted which have barge specs. too) I would also like to include maintenance specifications such as filter and belt replacement. Now my problem with sorting out the database is that 1 crane can have multiple setups that can be used that will results in some different specifications but not all the specifications will change and, at the same time, not all the same specifications change between cranes when a different setup is used.

I would just like an opinion on how someone would lay the structure of the database out to reduce repeated data and if I should just go simple with an excel file.

Thanks
Reply With Quote
  #2 (permalink)  
Old 09-07-11, 08:23
sehenry sehenry is offline
Registered User
 
Join Date: Aug 2011
Posts: 42
Ok maybe I started off asking too much, so let me try something that might be easier to answer.

I have started listing specifications (engine, hp, filters) for a certain type of equipment (hydraulic power unit) in one table. So in that table I now have specifications listed for model A, B, and C of that type of equipment, but we have multiple of the same model. (ie 2x A, 3x B, 1x C). So the other table I have started is a list that consist of each piece of equipment we own that can be uniquely identified by its company equipment number and to a certain extend its manufacturer's serial number. What is a simple way to make a connection between the two tables? The goal is that someone can look up a piece of equipment by its company equipment number and see that it is a model A and view the specifications for a model A.

You don't have to give an exact answer. I really just need a place to start looking for information.
Reply With Quote
  #3 (permalink)  
Old 09-08-11, 01:53
Pat Phelan Pat Phelan is online now
Resident Curmudgeon
 
Join Date: Feb 2004
Location: In front of the computer
Posts: 12,613
Google the term "Foreign Key" (without the quotes).

-PatP
__________________
In theory, theory and practice are identical. In practice, theory and practice are unrelated.
Reply With Quote
  #4 (permalink)  
Old 09-13-11, 08:02
sehenry sehenry is offline
Registered User
 
Join Date: Aug 2011
Posts: 42
thank you for the advice
Reply With Quote
  #5 (permalink)  
Old 09-13-11, 09:35
sehenry sehenry is offline
Registered User
 
Join Date: Aug 2011
Posts: 42
ok does this structure make sense with a primary key and foreign key:

Table 1: (Equipment Master)
WMI# (primary key)
Equipment Type
Make
Model

Table 2: (Vibratory Hammer Specs.)
Serial Number (primary key)
WMI#(foreign key)
Weight
etc....

Table 3: (Diesel Hammer Specs.)
Serial Number (primary key)
WMI# (foreign key)
Weight
etc....

Will this link table 2 and 3 to my master list in table 1?

I can't put equipment spec tables together because every type of equip has different specifications.
Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
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

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On