Hi all folks,
designing the ER diagram for the DB I'm working on and investigating on the nature of each entity I thought it was a good idea to have a number of LOOKUP tables to save space and to allow for future expansion on items type.
Also, I thought would have been nice to use the TABBED control to have related entities nicely paired.
Armed with some good advice, I started designing a form giving it a QUERY as a ROWSOURCE.
Within one (or more in the future) tab, I would need to select static values
from comboboxes to choose a number of parameters.
The two pictures I enclose depict:
1) The form layout and the tables sourcing data to controls
2) the relationships among DB tables
Well, with the form depicted in pic.1 I tried in every way but no way to get the involved tables update or (which is worst) not even select from comboboxes.
After investigating here in the forum and over the net, I understood my form design approach is not the right one and I should stick with SUBFORMS.
Anyone willing to address me toward the right approach or tell me what I'm doing the wrong way?
designing the ER diagram for the DB I'm working on and investigating on the nature of each entity I thought it was a good idea to have a number of LOOKUP tables to save space and to allow for future expansion on items type.
Also, I thought would have been nice to use the TABBED control to have related entities nicely paired.
Armed with some good advice, I started designing a form giving it a QUERY as a ROWSOURCE.
Within one (or more in the future) tab, I would need to select static values
from comboboxes to choose a number of parameters.
The two pictures I enclose depict:
1) The form layout and the tables sourcing data to controls
2) the relationships among DB tables
Well, with the form depicted in pic.1 I tried in every way but no way to get the involved tables update or (which is worst) not even select from comboboxes.
After investigating here in the forum and over the net, I understood my form design approach is not the right one and I should stick with SUBFORMS.
Anyone willing to address me toward the right approach or tell me what I'm doing the wrong way?