Table to use multiple other tables

Mechixx

Board Regular
Joined
Oct 15, 2015
Messages
59
Hello there everyone!

So I'm in process of creating a new database for use at work that will manage and keep track of our tooling kits. i have a pretty good idea on what tables I'll need and how they're connected except for one thing.
basically the main table i want is my kitting table, 'tblKits'

[TABLE="class: grid, width: 100"]
<tbody>[TR]
[TD]tblKits[/TD]
[/TR]
[TR]
[TD]KitID[/TD]
[/TR]
[TR]
[TD]PartNumber_FK[/TD]
[/TR]
[TR]
[TD]Op[/TD]
[/TR]
[TR]
[TD]Shelf[/TD]
[/TR]
[TR]
[TD]Location[/TD]
[/TR]
</tbody>[/TABLE]


I'll then have a bunch of other tables that will hold different types of tooling and other parts needed for jobs, ex:
[TABLE="class: grid, width: 100"]
<tbody>[TR]
[TD]tblTooling[/TD]
[/TR]
[TR]
[TD]ToolingID[/TD]
[/TR]
[TR]
[TD]ToolingDescription[/TD]
[/TR]
[TR]
[TD]ToolingCode[/TD]
[/TR]
[TR]
[TD]ToolingDrawing/StockNumber[/TD]
[/TR]
[TR]
[TD]ToolingQuantity[/TD]
[/TR]
[TR]
[TD]ToolingNotes[/TD]
[/TR]
</tbody>[/TABLE]

[TABLE="class: grid, width: 100"]
<tbody>[TR]
[TD]tblFixtures[/TD]
[/TR]
[TR]
[TD]FixtureID[/TD]
[/TR]
[TR]
[TD]FixtureDescription[/TD]
[/TR]
[TR]
[TD]FixtureQuantity[/TD]
[/TR]
[TR]
[TD]FixtureDrawing/StockNumber[/TD]
[/TR]
[TR]
[TD]FixtureNotes[/TD]
[/TR]
</tbody>[/TABLE]


This is where I'm not sure what to do. So for every Kit, it'll have the part number, the Op number, the shelf, and location, and then a whole bunch of tooling, which could include a handful of tools, multiple fixtures, and many other parts.
What would be the best way of building each kit with all these tools? i was hoping there's a way that i only need to fill out one kit, but then able to tie in as many tools as i want per kit, for example:

[TABLE="class: grid, width: 500"]
<tbody>[TR]
[TD]KitID[/TD]
[TD]PartNumber_FK[/TD]
[TD]Op[/TD]
[TD]Shelf[/TD]
[TD]Location[/TD]
[TD]Tooling[/TD]
[/TR]
[TR]
[TD]1[/TD]
[TD]107[/TD]
[TD]10[/TD]
[TD]1[/TD]
[TD]A-1[/TD]
[TD]Boring Bar
Turning Tool
Fixture
Etc...
[/TD]
[/TR]
</tbody>[/TABLE]

Is this possible? or will i need to basically fill out the same kit each time and tie each separate tool with it and then after maybe make a query that shows per each kit, all the tools associated with it?

Hoping this isn't too confusing lol any help would be greatly appreciated, cheers.
 

Excel Facts

How to total the visible cells?
From the first blank cell below a filtered data set, press Alt+=. Instead of SUM, you will get SUBTOTAL(9,)
Hi there. You could have a field in your tooling table called (for example) ToolingSet. Then you could call up all the toolings in that set by just using the set number/reference. I would be inclined to try and identify some common sets and give these sensible names, then you could add specific tools as additional items.
 
Upvote 0
Logically you probably have a many-to-many relationship between kits and tooling/fixutures/etc. -- one kit has many tools, one tool goes in many kits.

So you many need to implement linking tables (also called junction tables or associative tables) to resolve the many to many relationships:

tblKits_tblTooling (KitID, ToolingID)
tblKits_tblFixtures (KitID, FixtureID)

since you have several tables this is already ugly. But that's tooling for you. You really might want to look into buying a product for managing materials like this - it is not something you want to tackle lightly unless you have some experience with database development, especially if there is an inventory component to this (Parts in stock, out of stock, issued, returned, removed, ordered ... etc. etc.).
 
Upvote 0
i think i see what you mean, but instead of having that 'ToolingSet' in the tooling table i think it would need its own table perhaps?
[TABLE="class: grid, width: 100"]
<tbody>[TR]
[TD]tblToolingSet
[/TD]
[/TR]
[TR]
[TD]ToolingSetID
[/TD]
[/TR]
[TR]
[TD]Kit_FK
[/TD]
[/TR]
[TR]
[TD]Tooling
[/TD]
[/TR]
</tbody>[/TABLE]

So within this table i would select which kit i want to add a tool to using Kit_FK which would be the KitID from tblKits, and then the tooling field i would select a tool/part to add from 5 different tables (each table will hold a different type of tool, so i have one table that holds all my cutting tools, one table for jaws, one for chucks, one for fixtures, and another for anything else that doesn't fit any of those)
Again, i guess it could save me from typing out the kit every time but id still have to create many records for each kit since there's quite a bit of tooling that goes into each one. i was hoping there was some way of selecting a kit, and saying "all these tools are apart of that kit" so i wouldn't have to select the same kit multiple times over and apply one tool at a time..
 
Upvote 0
Logically you probably have a many-to-many relationship between kits and tooling/fixutures/etc. -- one kit has many tools, one tool goes in many kits.

So you many need to implement linking tables (also called junction tables or associative tables) to resolve the many to many relationships:

tblKits_tblTooling (KitID, ToolingID)
tblKits_tblFixtures (KitID, FixtureID)

since you have several tables this is already ugly. But that's tooling for you. You really might want to look into buying a product for managing materials like this - it is not something you want to tackle lightly unless you have some experience with database development, especially if there is an inventory component to this (Parts in stock, out of stock, issued, returned, removed, ordered ... etc. etc.).



ya i agree, i think either way i look at this, its going to get ugly lol i have a bit of experience with database development, but im sure theres software out there already that was made just for this, i just might look around for that and see my options.
i was hoping there was some way or easy way out of doing this in access that i hadn't thought of, but im realizing i dont think its going to be easy either way now lol
 
Upvote 0

Forum statistics

Threads
1,223,228
Messages
6,170,871
Members
452,363
Latest member
merico17

We've detected that you are using an adblocker.

We have a great community of people providing Excel help here, but the hosting costs are enormous. You can help keep this site running by allowing ads on MrExcel.com.
Allow Ads at MrExcel

Which adblocker are you using?

Disable AdBlock

Follow these easy steps to disable AdBlock

1)Click on the icon in the browser’s toolbar.
2)Click on the icon in the browser’s toolbar.
2)Click on the "Pause on this site" option.
Go back

Disable AdBlock Plus

Follow these easy steps to disable AdBlock Plus

1)Click on the icon in the browser’s toolbar.
2)Click on the toggle to disable it for "mrexcel.com".
Go back

Disable uBlock Origin

Follow these easy steps to disable uBlock Origin

1)Click on the icon in the browser’s toolbar.
2)Click on the "Power" button.
3)Click on the "Refresh" button.
Go back

Disable uBlock

Follow these easy steps to disable uBlock

1)Click on the icon in the browser’s toolbar.
2)Click on the "Power" button.
3)Click on the "Refresh" button.
Go back
Back
Top