Is it possible to generate an "end date" after entering start date and term length?

[Tim Mullin]

Hello all,

I'm hoping to find an answer to a question I have using forms in Access 2007.

I have a form (source: table) that has three fields:

Start Date
Term (number of months)
End Date

Currently the user has to enter a start date, select a term from a drop down combo box, and then enter an end date. Is it possible to have it set up where after the term is selected in the combo box the end date is automatically generated?

Any help would be greatly appreciated! thanks!

[NeoPa]

This is perfectly possible, but the idea of storing values that are calculable from existing data is not good (See Database Normalisation and Table structures for more).

The code to achieve this is :

DateAdd('m', [Term], [Start Date])

[Tim Mullin]

Is there a certain way I should format the input for the start date or for the term in the combo box? The current format is:

Start Date
Data Type: Date/Time
Input Mask: 00/00/"20"00;;_

Term
Data Type: Text
lookup box with the terms manually entered, not linked to another table (e.g. "1 month", "3 months", "12 months" and so on...)

when i pasted your code into the control source for the end date field it returned "#ERROR" in the field, but I'm assuming there is something wrong with the two fields mentioned above.

thanks again!

[NeoPa]

Tim, if you need a numeric value there - store a numeric value. You can probably extract a numeric value from the strings if you know exactly how they're formatted, but I can't as you haven't shared enough information with your three example values.

PS. The date as a date is fine and exactly as expected.

[Tim Mullin]

I got it to work! Obviously though there are issues with the data being stored, which you pointed out. I'm assuming there is no way to have it store that data?

[NeoPa]

There is nothing to stop you storing the data, except the understanding that it will not help you, and will likely involve you in extra complications. There will be no benefit from it for you.

I'm sorry. I guess that's not what you want to hear, but it's truth so I have to say it.

[Tim Mullin]

No worries, I came across this issue earlier in the database but figured I would ask again...

Thanks again for the help!

[TheSmileyCoder]

I would HIGHLY recommend changed your term text box to a combobox, in which the user can select a number of months. Having users manually typing things where precision is required is always a bad idea.
While it may be easy to write code to parse values such as "3 months" you will run into problems when you have users typing stuff such as "3", "3 mnths","3-6 months","3½ months","7mngts " and so on.

[NeoPa]

That's a good idea Smiley. I'd take it a step further though, and separate the value out from the units. It can be stored as a single text field if required, but the ComboBox would be better off simply allowing the selection of the units without any numerical values included.

Good thinking :-)

[colintis]

As from the example Tim provided earlier, there should be a fixed amount of choices for the term. If so, its better off to make selection with a combo box or option radio buttons.