Re: Generating SQL
From: Otavio C. Decio (REMOVEodecio_at_earthlink.REMOVE.net)
Date: 11/18/04
- Next message: britfone: "britfone jobs at ease"
- Previous message: Cheng Mo: "Re: Which design pattern should I use"
- In reply to: Topmind: "Re: Generating SQL"
- Next in thread: Mikito Harakiri: "Re: Generating SQL"
- Reply: Mikito Harakiri: "Re: Generating SQL"
- Reply: Topmind: "Re: Generating SQL"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 18 Nov 2004 06:56:28 -0500
"Topmind" <topmind@technologist.com> wrote in message
news:4e705869.0411172259.3abc59f4@posting.google.com...
> > > Well, a real table is easier to edit and maintain by far
> > > in my opinion than one in linear text code. But, this is
> > > assuming you already have the right tools. If not, then I
> > > suppose classes are a consolation prize, but DD's can be
> > > made many other code-centric ways besides classes.
> > >
> >
> > Yeah, change the table and leave the code as it is. I don't think it
will
> > work.
> >
>
> Example?
Simple. 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.
>
> >
> >
> > I beg to differ. Concatenated string are a PITA.
>
> I have not found them to be a problem.
Good for you.
<ship>
>
> > simple CRUD stuff.
>
> Well, most CRUD I encounter is not that simple. Perhaps it could be
> simple if the tables were normalized and people factored stuff, but
> the reality is often messy grown-viney-over-time cruft,
> resulting in somewhat complicated
> SQL. For example, sometimes there are 3 fields that are packed
> into one and visa versa. Or, the results being saved to multiple
> tables.
There is no substitute for good database design.
>
> >
> > > > Just because programmers are cheap these days doesn't mean that
hiring a
> > > > dozen of sql-concatenating of them will be any guarantee of success.
> > >
> > > Nor does reinventing the whole of SQL via verbose API's.
> >
> > I agree. I'm not doing that.
>
> Okay, we both agree to wrap the simple stuff. If stuff grows
> non-simple, don't force it.
If stuff grows non simple, there is a chance you're doing something wrong.
>
> >
> > >
> > > > > -T-
Otavio
- Next message: britfone: "britfone jobs at ease"
- Previous message: Cheng Mo: "Re: Which design pattern should I use"
- In reply to: Topmind: "Re: Generating SQL"
- Next in thread: Mikito Harakiri: "Re: Generating SQL"
- Reply: Mikito Harakiri: "Re: Generating SQL"
- Reply: Topmind: "Re: Generating SQL"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|