Re: Access General Inquiry



The best way to answer your question would be to gain some more experience
with bound forms, and see what is good about them.

Things like using the events of the form:
- Form_BeforeUpdate for record validation,
- Form_Current for responding to a record load,
- Form_BeforeInsert for complex defaults,
and the engine-level validation that takes care of fields:
- correct data types,
- indexing, validation rules,properties such as Requried,
and the use of subforms.

IMHO, you are missing most of the benefit of using Access if you don't use
bound forms most of the time.

--
Allen Browne - Microsoft MVP. Perth, Western Australia.
Tips for Access users - http://allenbrowne.com/tips.html
Reply to group, rather than allenbrowne at mvps dot org.

"box2003" <spambox03@xxxxxxxxx> wrote in message
news:uRDGyKvrGHA.816@xxxxxxxxxxxxxxxxxxxxxxx

When I create new forms in Access, I rarely create them on a template
using
a table or query as datasource. I have always set the forms up so if
necessary a query would run as the form loads, with appropriate error
checking etc... Or the form would load with empty fields, the user would
do
a search, the form fields would populate, etc... Any functionality
required
for the form as it relates to the table(s) is coded using either DAO or
ADO
on a button click event.

I have had questions as to why I do this, as many of the databases I see
from individuals who say they program Access are mostly driven by a
datatable or query as a recordsource with wizard functionality built into
their application.

Is there a general preference for creating forms bounded to a recordsource
or unbounded? I have always preferred unbounded and then add any
functionality the user desires, additional to the basics that I would
incorporate into the form, new, edit, delete, etc...


.



Relevant Pages

  • Re: Slow form, again
    ... subforms if you think the problem might lie there. ... Is the below query what the Parent form is based on? ... Removing all subforms gets the form to load in about 15 seconds. ... If it's not my database I'm not sure what to tell my co-workers and boss ...
    (microsoft.public.access.tablesdbdesign)
  • Re: Slow form, again
    ... Thanks everyone for the posts. ... It is over a LAN and the form is bound to a query. ... Removing all subforms gets the form to load in about 15 seconds. ... database, and same brick wall! ...
    (microsoft.public.access.tablesdbdesign)
  • Re: To load or not to load
    ... First, write a query like ... >it should be 1 and therefore load. ... what you are looking for, chr, is not in this string... ... shouldn't the DCount solution work - you are right, ...
    (microsoft.public.access.formscoding)
  • User Input in OnLoad Form Event
    ... The second form holds data fed from a query, ... The second form loads from the query. ... The list boxes in the second form requery on load. ...
    (microsoft.public.access.modulesdaovba)
  • Re: FIELD CALCULATION
    ... Create a query based on tblLoadLeg. ... Create a main form bound to tblLoad. ... There's probably much more than this to it, and there are better ways of handling the mileage for each leg (so the database automatically uses the last HubEnd and LocEnd without having to enter them again), but that should get you started. ... If you have one load number that represents the entire distance, ...
    (microsoft.public.access.forms)