HP3000-L Archives

October 1999, Week 1

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:
Wirt Atmar <[log in to unmask]>
Reply To:
Date:
Tue, 5 Oct 1999 19:16:16 EDT
Content-Type:
text/plain
Parts/Attachments:
text/plain (23 lines)
Bruce writes:

> Glenn Cole writes:
>
>  >what remains the "best" use for KSAM?
>
>  I use it when I need to set up a "temporary" data base as a process step
>  within a larger task. Since they can be created dynamically with a single
>  intrinsic call, and they can live in a job-temporary domain, they fill
>  this role much better than IMAGE.

Roger that. We do exactly the same thing, except we tend to keep our data --
occasionally for long periods of time -- thus our KSAM datasets are kept in
the permanent domain. Moreover, we index the first 16 dataitems, regardless
of their type, so that we can get truly high speed retrievals.

KSAM has a lot of advantages over IMAGE because of its very flexible
structure. Security/long-term reliability isn't one of them. But when you
need to build auxiliary datasets off to the side, on the fly, it fills a role
that you simply can't accomplish with IMAGE.

Wirt Atmar

ATOM RSS1 RSS2