Free Republic
Browse · Search
News/Activism
Topics · Post Article

To: TheTimeOfMan
Stored procedures should only break in the event of database table or structure changes - with a well-designed relational database those kinds of things should be rare occurrences. But it depends on the application - mine was finance and data structures didn't change much, if ever. They were largely used to drive reporting - all the data was there, so if a report needed to be changed or retired usually only one stored procedure was affected.

I did all the work myself, so it was easy to keep control. In a larger, team environment there are certainly reasons to compartmentalize the business logic differently - not least so that each little Indian H1B has a gig in perpetuity. :)

80 posted on 04/20/2017 9:44:38 AM PDT by Mr. Jeeves ([CTRL]-[GALT]-[DELETE])
[ Post Reply | Private Reply | To 76 | View Replies ]


To: Mr. Jeeves

In “modern” development, they move more and more to the front end/web server in the name of efficiency... but over time, I have noticed that it takes longer and longer to do anything... both to code it and for it to run.

Amazing how the word efficiency doesn’t seem to mean what I think it means :)


83 posted on 04/20/2017 10:36:45 AM PDT by csivils
[ Post Reply | Private Reply | To 80 | View Replies ]

Free Republic
Browse · Search
News/Activism
Topics · Post Article


FreeRepublic, LLC, PO BOX 9771, FRESNO, CA 93794
FreeRepublic.com is powered by software copyright 2000-2008 John Robinson