Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsFormsForms ProgrammingQueriesModules / DAO / VBAReports / PrintingMacrosDatabase DesignSecurityConversionImporting / LinkingSQL Server / ADPMultiuser / NetworkingReplicationSetup / ConfigurationDeveloper ToolkitsActiveX ControlsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / General 1 / February 2005

Tip: Looking for answers? Try searching our database.

Form Recordset VS RecordsetClone

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Rémi - 17 Feb 2005 18:49 GMT
Hello!
I have a very general question for old Access hands.

I am familiar with a form's Recordset and RecordsetClone properties. In
what cases do you choose to use one over the other? Are there
situations where it is not safe to use the form's Recordset object
directly?

I have often used the form's Recordset directly without fear, except in
cases where I want to move around within the recordset without
affecting the visible record on the form. Should I be playing a bit
more cautiously? MS's sample code always seems to use RecordsetClone;
is this a question of programming style, or is there a reason?

(I'm speaking from an Access 2000 and later perspective; I've never
touched older versions.)

Wondering,
R/mi.
Trevor Best - 17 Feb 2005 20:23 GMT
> Hello!
> I have a very general question for old Access hands.
[quoted text clipped - 7 lines]
> cases where I want to move around within the recordset without
> affecting the visible record on the form.

I think you answered your own question right there.

Signature

This sig left intentionally blank

 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.