Re: Decouple SQL queries from class in OOP design
- From: JXStern <JXSternChangeX2R@xxxxxxx>
- Date: Thu, 24 Nov 2005 16:38:08 GMT
On 21 Nov 2005 10:43:27 -0800, "Mikito Harakiri"
<mikharakiri_nospaum@xxxxxxxxx> wrote:
>boolean isValidEmployee( int empNo ) {
> //wrap around "select count(*) from emp where emp# = :empNo"
>}
>
>OK, boolean more realistically is a record with picture, first and last
>names fields, but I digress. Tell me a single reason why this SQL query
>shouldn't be embedded in this function.
Fine by me.
Many places seek to decouple things further at the database end by
wrapping all SQL in stored procedures.
Which brings up another issue. Would your code snippet be from the
client tier or the middle tier? Judgements might be different
depending.
J.
.
- Follow-Ups:
- Re: Decouple SQL queries from class in OOP design
- From: Mikito Harakiri
- Re: Decouple SQL queries from class in OOP design
- References:
- Decouple SQL queries from class in OOP design
- From: Hongyu
- Re: Decouple SQL queries from class in OOP design
- From: Robert C . Martin
- Re: Decouple SQL queries from class in OOP design
- From: Mikito Harakiri
- Re: Decouple SQL queries from class in OOP design
- From: Bruno Desthuilliers
- Re: Decouple SQL queries from class in OOP design
- From: Mikito Harakiri
- Decouple SQL queries from class in OOP design
- Prev by Date: Re: Decouple SQL queries from class in OOP design
- Next by Date: Re: Decouple SQL queries from class in OOP design
- Previous by thread: Re: Decouple SQL queries from class in OOP design
- Next by thread: Re: Decouple SQL queries from class in OOP design
- Index(es):