I have several (many, 30+) tables of values ready for use in comboboxes on various forms. I want users to be able to add values to these tables in case they need an additional value while filling out a form, but I do not want to create 30+ identical forms (one for each table) to make edits. So, I have a form where I can select one of the tables from a combobox and then open another continuous form that will eventually be used to show and edit the values in the table I selected. What I can't figure out is how to link the continuous form text fields to the table I selected in the previous form. I need to be able to set the textBox control source to something like [Tables]![[Forms]![FormToSelectWhichTableToEdit]![Combo0]]![DropdownValues], but I have the wrong syntax or something.
I am trying to add three fields which are automatically calculated from a form to an existing Table with three more columns in Microsoft Access?
There are two types of forms in the world of MS Access: unbound forms and bound forms. Here is an example of an unbound form.
Unbound Forms
Let us look into Unbound Forms −
These forms are not connected to an underlying record or data source.
Unbound forms could be dialog boxes, switch boards, or navigation forms.
In other words, unbound forms are typically used to navigate or interact with the database at large, as opposed to the data itself.
Bound Forms
Let us now understand what Bound Forms are −
Bound forms are connected to some underlying data source such as a table, query, or SQL statement.
Bound forms are what people typically think of when they think of the purpose of a form.
Forms are to be filled out or used to enter or edit data in a database.
Examples of bound forms will typically be what users use to enter, view or edit data in a database.
Now, let's look at an example of a unbound form.
Basically it is a form that is not bound to any database table or query. You can usually determine if a form (or a control on a form) is bound by looking at its record source property which will either be bound to a Table, Query or SQL String. Also if you look at each control on the form you will find that each control has a Control Source, which is derived from the field names made available in the Record Source. A bound form is easier to create and requires minimal programming (if any). It allows for rapid application development since Microsoft Access is designed to make application development fast and easy. An unbound form on the other hand requires a lot of programming, BUT gives you near total control over how your application is going to work. This in some cases outweighs the numerous benefits offered by bound forms.
The Database
The contacts database has one table called contact with the following fields:
Field Name Data Type
cid (Primary Key) AutoNumber
name Text
address Text
email Text
occupation Text
age Text
Copy and paste or import the following sample data into the contact table:
1,"Axaro Dausab","255 Amite Street","ax#dausab.com","Market analyst","20"
2,"Khagu Noabes","58 Xamiseb Road","khagu#noabes.com","Medical Student","22"
3,"Dantago Nuseb","2 Nuseb Street","dan#nuseb.com","Medical Student","22"
4,"Phuna Noabeb","2 Nuseb Street","phuna#noabeb.com","Web Designer","30"
5,"Aribasen Seibeb","58 Xamiseb Road","areez#seibeb.com","Researcher","35"
6,"Zion Maletzky","58 Xamiseb Road","zion#maletzky.com","Web Designer","20"
7,"Leidago Noabeb","277 Mudi Road","leidago#noabeb.com","Web Designer","30"
8,"Amite Itheke","26 Shanke Road","am#itheke.com","Market Analyst","40"
9,"Amire Ganuseb","23 Ganuseb Road","amire#ganuseb.com","Fashion Designer","45"
10,"Dinashange Develo","40 Develo Road","dina#shange.com","Journalist","23"
If you want to use your own data it is fine, but for the sake of facilitating things I would recommend using the sample data.
So the structure of your contact table should now resemble something like this:
The Contact table in design view
And with sample data it should look something like this:
You can download a working example from the link below.
http://www.databasedev.co.uk/unbound-forms.html
Now, let's look at an example of a bound form.
To create a form with a single click,1.Open the table or query upon which you want to base the form.2.To create a form on which all fields from the underlying table or query are placed, displaying one record at a time, on the Createtab, click Form.
See this for more details.
https://www.tutorialspoint.com/ms_access/ms_access_create_form.htm
I know that you can save one form data to a specific table but I'm not sure how to do it for multiple tables. I've enforced referential integrity in my relationships but nothing happened.
Well, you likely need to add a bit more information.
As a “general” rule, a form is bound to a table. It lets you edit, or add records to that table.
However, given that Access allows you to deal with relational data, then to save records to “more” than one table, those tables will follow the “relations” you setup between those tables.
So for example, if you have say an invoice form, then the top part of the “main” form could (would) be bound to the table “invoices”. And for each invoice, you have “detail” lines. That is a table (likely called table: InvoiceDetails).
So your result is a form like this:
So you never really make “one” form write to multiple tables, but you most certainly will build a form and add additional forms to that one form. These “additional” forms are what we call “sub forms” in Access.
The “base” concept here is that the form will “appear” to update multiple tables, but the form is in fact made up of MORE than one form. These additional “sub forms” are how you edit (and add) related data tables in Access.
In above, the top part (our main form) is bound to table “invoices”, and each line of invoice detail (table invoiceDetails) is a sub form below. And access forms can display one record, or “many” records. When you need to edit (or add) multiple records to a table, then you create a “multiple items” form (let the wizard create the form for you).
Each form is as a general rule “bound” to one table, but by cobbling together multiple forms into “one” form (as related sub forms), you achieve the goal of editing data in multiple tables.
So above is just really a regular plane jane Access form. However the "repeating" details part is another form (a sub form, and is a multiple items form).
I am creating an application in MS-ACCESS 2007 in which I have created a table which holds personal information of students and similarly a form which accepts data from the user and on the click of submit button, inserts the data in the table. Now I want to display 14 out of those 18 columns of my table on the form(in the table like format) when the user clicks on display button.
I got some videos on displaying data using DataGridView but I could not find this widget.
Is there any other method to do it?
Open the form in design view. Go to Properties, Format, Default View and select DataSheetView for display.
The main entity in my database has about a hundred fields. I organized the fields between many tables and added a 1-to-1 relationship between the tables.
For data entry (and later data editing), I envision a "wizard" with a form for each table and a "Next" button to advance to the next screen/table. The primary key would be entered on the first screen and subsequently passed to all remaining screens.
I have heard a tab control with subforms might be the way to go.
What steps should I perform to create this wizard?
Note: Use the following schema as a simplified example of my database.
Sample Schema (can't upload images from work)
You can use a hidden TextField in the parent form which contains your primary ID.
For every of your subforms you just set in the properties that the subform is linked to the content of this textfield. This way you can get all your subforms synchronized.