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 / SQL Server / ADP / October 2005

Tip: Looking for answers? Try searching our database.

Stored procedures vs. views for filling record sources

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Andy G - 19 Oct 2005 20:21 GMT
Should I use a stored procedure or a view when filling a record source in an
.adp?
James Goodman - 20 Oct 2005 20:20 GMT
That depends on your requirements.

A stored procedure is generally more secure, and will perform better because
of caching etc, but a view can be selected from (e.g. SELECT SomeCol FROM
SomeView). You can also use UDF's which are cached like sp's, but can be
selected from.

Views do not support parameters, sp's and UDFs do.

Depening on requirements, I often use Views for updateable recordsets
because they are normally easier to bind and modify etc, but for read-only
recordsets I normally try to use SP's.

Outside of Access, where updates/inserts etc have to be written I always
prefer to use SP's.

> Should I use a stored procedure or a view when filling a record source in
> an .adp?
aaron.kempf@gmail.com - 21 Oct 2005 20:45 GMT
Technically; ADP -- as in Access Data Projects allow you to do anythign
you want with sprocs.

they are a lot more powerful than MDB for using sprocs.

-Aaron
WEST JHGY - 24 Oct 2005 19:33 GMT
reyrtdfhjhffdkulouhg
> Should I use a stored procedure or a view when filling a record source in an
> .adp?
 
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.