RE: NO queries in QGPL please!!

["Walden Leverich" <walden@xxxxxxxxxxxxxxx>]

While I agree that this does not stop users from putting queries in the QGPL
library, I think the delete approach is too harsh. I'm one that believes
that the system belongs to the users. We (IT, IS, MIS, DP, whatever) are
just here to act as enablers for the users.

I don't know why the original request was made to not store queries in the
QGPL library, but I would guess that there was a desire to keep the library
"pure" to avoid any possible upgrade problems. ( Yes, I know there shouldn't
be any, but if I don't use the lib I know there will be no problems.) By
moving the queries into the correct library I allow the users to keep their
hard work and still accomplish my goal. Besides, after a couple of weeks of
saving to QGPL and having to remember that the query was then moved to
library xxx the users will simply start using library xxx.

-Walden

-----Original Message-----
From: owner-midrange-l@midrange.com
[mailto:owner-midrange-l@midrange.com]On Behalf Of Terry Herrin
Sent: Monday, March 16, 1998 8:00 PM
To: MIDRANGE-L@midrange.com
Subject: Re: NO queries in QGPL please!!


Walden Leverich wrote:
>Terry,
>
>A bit harsh, no? How about modifying your nightly process to move the
>queries into the library of your preference?
>
>-Walden

I agree it's harsh, but how would moving the queries to another
library stop the users from continuing to put their queries into QGPL?
Yes, your move process would move the queries out of QGPL every day,
but you haven't solved the problem, you've simply put a band-aid on
it.  Give the users plenty of warnings that the queries will no longer
be kept in QGPL and that they will lose them if they put them there.
Set a date as to when the delete will be going into place, give the
users a reminder as the date nears, then put the delete in place.  If
after all that they still lose a query then it's their own fault.
Once they know their queries will be lost if they put them there, I
guarantee they'll stop doing it.

Terry Herrin
Sr. Programmer/Analyst
New Hanover Regional Medical Center
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator:
david@midrange.com
+---

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---