G
Guest
I'm trying to understand the most "elegant" way - the way that ASP.NET or ADO
would suggest handling the back-and-forth between a Web Form and the
database, when the data only get out of and into the database through Stored
Procedures.
Most of the samples I've seen make it LOOK very easy to use data binding
because the data are bound directly to columns in tables. But realistically,
do people really do this? If I have Stored Procedures to handle
INSERT/UPDATEs, DELETEs, etc., I'd love to see an example of how to still
take advantage of data-binding functionality instead of what I'm doing now -
which is programatically populating text boxes myself and then
programatically building SQL StoredProcedure calls to write data back.
Any help and samples much appreciated!
Alex
would suggest handling the back-and-forth between a Web Form and the
database, when the data only get out of and into the database through Stored
Procedures.
Most of the samples I've seen make it LOOK very easy to use data binding
because the data are bound directly to columns in tables. But realistically,
do people really do this? If I have Stored Procedures to handle
INSERT/UPDATEs, DELETEs, etc., I'd love to see an example of how to still
take advantage of data-binding functionality instead of what I'm doing now -
which is programatically populating text boxes myself and then
programatically building SQL StoredProcedure calls to write data back.
Any help and samples much appreciated!
Alex