Re: Generating SQL
From: Otavio C. Decio (REMOVEodecio_at_earthlink.REMOVE.net)
Date: 11/15/04
- Next message: EventHelix.com: "Re: OO Design Problems and Solutions"
- Previous message: Dagfinn Reiersol: "Re: agile/xp question (formal analysis)"
- In reply to: Topmind: "Re: Generating SQL"
- Next in thread: Topmind: "Re: Generating SQL"
- Reply: Topmind: "Re: Generating SQL"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Mon, 15 Nov 2004 06:10:31 -0500
"Topmind" <topmind@technologist.com> wrote in message
news:4e705869.0411141849.4e871928@posting.google.com...
> "Otavio C. Decio" <REMOVEodecio@earthlink.REMOVE.net> wrote in message
news:<vcCdndLJWpilFQjcRVn-3A@giganews.com>...
>
> Scanning a bunch of column descripter classes for column
> info sounds like a kind of data dictionary.
Yes, a data dictionary documented in code - the value object class. Change
the data dictionary means change the class - the SQL gets updated with no
other code change, just the class definition.
>
> Well, anything is wrappable, but that does not necessarily mean
> that it should be wrapped. You may end up inventing a custom
> language that is uglier and/or less documented than SQL.
> I'll take a standardized devil over a custom-rolled devil
> in most cases. If you get hit by a bus and your replacement
> cannot find the documentation for your custom query API,
> they may be in for a lot of
> work. But if you get hit by a bus, there are still plenty
> of SQL books and resources available.
That doesn't make string concatenated SQL any more readable or maintainable.
My original intent was to find a better way to communicate with the
database, to make it more consistent. Now I have something that generates
proper SQL, with parameters and data types derived from my classes. Changes
in the database are documented in code - as you said, the value object class
is the data dictionary, which is great.
>
> Any business app programmer who does not know SQL should
> be fired anyhow. Programmers are a dime-a-dozen these days,
> and if you cannot find one who knows SQL (in addition to
> app language), you must be locked in car.
>
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.
>
> -T-
Otavio
- Next message: EventHelix.com: "Re: OO Design Problems and Solutions"
- Previous message: Dagfinn Reiersol: "Re: agile/xp question (formal analysis)"
- In reply to: Topmind: "Re: Generating SQL"
- Next in thread: Topmind: "Re: Generating SQL"
- Reply: Topmind: "Re: Generating SQL"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|