Re: just say NO to inline SQL
- From: Thomas Gagne <tgagne@xxxxxxxxxxxxxxxxxx>
- Date: Mon, 19 Feb 2007 13:33:33 -0500
frebe wrote:
external forces. But there are not really any need for putting simpleIf an application's insert, select, update, and delete (ISUD) statements are actually very simple (especially the I, U and D) then the database hasn't been elevated over anything more valuable than a simple data store. If there are no smarts given to the database then beyond its tables it has no semantic value to the application. If thought of as little more than a structure composed of ordered collections then that's all it can ever be, and in place of get()ters and set()ters programmers use SQL for get()ting and set()ting.
inserts and updates inside procedures because some DBA expert should
be able to modify them without having to recompile your application.
In this approach all the business logic, except its data model, exists outside the database requiring every logic change to necessarily change the application.
If instead the database is more than just the data model and actually knows how to checkout a book, increase inventory, move collateral, or validate and edit-check other actions, then it becomes more valuable to its customers (programmers and applications). The /how/ of state changes can be modified independently of their /why/. This is how one service/object can _tell_ another service/object to do something without knowing _how_ to do it.
--
Visit <http://blogs.instreamfinancial.com/anything.php> to read my rants on technology and the finance industry.
.
- Follow-Ups:
- Re: just say NO to inline SQL
- From: frebe
- Re: just say NO to inline SQL
- References:
- Relational-to-OOP Tax (was: Critique of Robert C. Martin's...)
- From: topmind
- Re: Relational-to-OOP Tax (was: Critique of Robert C. Martin's...)
- From: Patrick May
- Re: Relational-to-OOP Tax (was: Critique of Robert C. Martin's...)
- From: topmind
- Re: Relational-to-OOP Tax
- From: Patrick May
- Re: Relational-to-OOP Tax
- From: topmind
- Re: Relational-to-OOP Tax
- From: Patrick May
- Re: Relational-to-OOP Tax
- From: topmind
- Re: Relational-to-OOP Tax
- From: Patrick May
- Re: Relational-to-OOP Tax
- From: topmind
- Re: Relational-to-OOP Tax
- From: Patrick May
- Re: Relational-to-OOP Tax
- From: frebe
- Re: Relational-to-OOP Tax
- From: Patrick May
- Re: Relational-to-OOP Tax
- From: frebe
- Re: Relational-to-OOP Tax
- From: Thomas Gagne
- Re: Relational-to-OOP Tax
- From: frebe
- Re: just say NO to inline SQL
- From: Thomas Gagne
- Re: just say NO to inline SQL
- From: frebe
- Re: just say NO to inline SQL
- From: Thomas Gagne
- Re: just say NO to inline SQL
- From: frebe
- Relational-to-OOP Tax (was: Critique of Robert C. Martin's...)
- Prev by Date: Re: The reality of Topmind (Was: Topic-Organized Object-Oriented Programming)
- Next by Date: Re: Relational-to-OOP Tax
- Previous by thread: Re: just say NO to inline SQL
- Next by thread: Re: just say NO to inline SQL
- Index(es):
Relevant Pages
|