P
Peter Bradley
Hi,
We are creating our first ASP.Net application, using ADO.Net for data
access.
Having taken advice from many sources, we were convinced to use stored
procedures instead of pushing details of our database structures about the
network in SQL queries. This is the advice contained in "Building secure
ASP.Net applications", from Microsoft.
However we find that although ADO.Net took care of concurrency for us when
we used SQL queries, once we moved to stored procedures this was no longer
the case. We are not generating the stored procedures automatically, but
are writing them ourselves, because they need to be quite complex (The user
must be able to enter values in the user interface that are used as a
retrieve profile. A null value means that all values for that field are
acceptable).
Is there any way that concurrency can be ensured whilst using stored
procedures?
Thanks in advance.
Peter Bradley
We are creating our first ASP.Net application, using ADO.Net for data
access.
Having taken advice from many sources, we were convinced to use stored
procedures instead of pushing details of our database structures about the
network in SQL queries. This is the advice contained in "Building secure
ASP.Net applications", from Microsoft.
However we find that although ADO.Net took care of concurrency for us when
we used SQL queries, once we moved to stored procedures this was no longer
the case. We are not generating the stored procedures automatically, but
are writing them ourselves, because they need to be quite complex (The user
must be able to enter values in the user interface that are used as a
retrieve profile. A null value means that all values for that field are
acceptable).
Is there any way that concurrency can be ensured whilst using stored
procedures?
Thanks in advance.
Peter Bradley