Re: Generating SQL
From: Mikito Harakiri (mikharakiri_nospaum_at_yahoo.com)
Date: 11/18/04
- Next message: Andy Longshaw: "ANN: Call for Papers - EuroPLoP 2005 European patterns conference"
- Previous message: britfone: "britfone jobs at ease"
- In reply to: Otavio C. Decio: "Re: Generating SQL"
- Next in thread: Otavio C. Decio: "Re: Generating SQL"
- Reply: Otavio C. Decio: "Re: Generating SQL"
- Reply: Otavio C. Decio: "Re: Generating SQL"
- Reply: Cristiano Sadun: "Re: Generating SQL"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: 18 Nov 2004 13:53:31 -0800
"Otavio C. Decio" <REMOVEodecio@earthlink.REMOVE.net> wrote in message news:<R_Kdndy4suEVEAHcRVn-jw@giganews.com>...
> Suppose you add a new column to a table. If you have concatenated
> SQL, you might have to account for the new column on every statement that
> talks to that table. This includes insert, delete, select and update -
> probably many of them. In my model, you add a new column to the database,
> add a new property in the value object class and you're done.
create table emp (
empno integer,
ename string
)
insert into emp (empno, ename)
values (500, 'Jon Doe');
select ename from emp
where empno = 500
alter table emp
add sal integer
Now the query and insert statement still work. The suggestion that
application developers have to rewrite any sql statements whenever db
designer adds a column is ridiculous.
- Next message: Andy Longshaw: "ANN: Call for Papers - EuroPLoP 2005 European patterns conference"
- Previous message: britfone: "britfone jobs at ease"
- In reply to: Otavio C. Decio: "Re: Generating SQL"
- Next in thread: Otavio C. Decio: "Re: Generating SQL"
- Reply: Otavio C. Decio: "Re: Generating SQL"
- Reply: Otavio C. Decio: "Re: Generating SQL"
- Reply: Cristiano Sadun: "Re: Generating SQL"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|