HP3000-L Archives

July 2000, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Tom Brandt <[log in to unmask]>
Reply To:
Tom Brandt <[log in to unmask]>
Date:
Mon, 17 Jul 2000 10:14:39 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (24 lines)
At 09:59 AM 07/17/00, Jim Phillips wrote:
>My first thought was your second method, since we all know that the DBDELETE
>will fail if there are details associated with it.  I have no idea which is
>more expensive, but the problem with relying on something to be consistently
>broke is that someone may someday decide to fix it and then you're up the
>creek without a paddle (or your successor is).  In other words, there is no
>guarantee that DBDELETE will continue to fail when there are associated
>details.  HP may decide to fix that tomorrow, making the default DBDELETE
>action be to delete both the master and associated details (not very likely,
>but you never know),  and then where would you be?

I don't think that DBDELETE's current behavior is "broken" - I think it
works exactly the way it is supposed to.  It is deleting an entry, not a chain.

If HP did change DBDELETE to delete chains associated with a master, given
the conservative way they change IMAGE, they would no doubt use another
mode for DBDELETE so the current mode 1 DBDELETE would work the same it
always has.


Tom Brandt
Northtech Systems, Inc.
http://www.northtech.com

ATOM RSS1 RSS2