Re: "multi-type" where clause
From: Joe Celko (jcelko212_at_earthlink.net)
Date: 04/20/04
- Next message: Alejandro Mesa: "Re: Query by Hours & Mins"
- Previous message: Steve Thompson: "Re: Change in 'sa' password, scheduled jobs failing"
- In reply to: Guy Brom: ""multi-type" where clause"
- Next in thread: Guy Brom: "Re: "multi-type" where clause"
- Reply: Guy Brom: "Re: "multi-type" where clause"
- Messages sorted by: [ date ] [ thread ]
Date: Tue, 20 Apr 2004 10:13:26 -0700
You need to read a book on basic software engineering.
You got a procedure that is under the control of any user at run time.
This is like giving a teenage boy Whiskey and car keys.
You don't know the parameters in the procedure. You don't know the
predicate in the procedure. You have no idea what the datatypes are.
You don't know which columns will come back (SELECT * is dangerous in
production code).
Quick heuristic: You ought to be able to name a procedure with a simple
"<verb><object>" phrase, like "EditForm1107" and then you ought to know
the inputs and outputs.
If you have to make a compound or complex sentence to name it, the
procedure probably lacks cohesion. If you don't know what inputs and/or
outputs are, then it is not actually a procedure at all.
--CELKO--
===========================
Please post DDL, so that people do not have to guess what the keys,
constraints, Declarative Referential Integrity, datatypes, etc. in your
schema are.
*** Sent via Developersdex http://www.developersdex.com ***
Don't just participate in USENET...get rewarded for it!
- Next message: Alejandro Mesa: "Re: Query by Hours & Mins"
- Previous message: Steve Thompson: "Re: Change in 'sa' password, scheduled jobs failing"
- In reply to: Guy Brom: ""multi-type" where clause"
- Next in thread: Guy Brom: "Re: "multi-type" where clause"
- Reply: Guy Brom: "Re: "multi-type" where clause"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|