Thank you, I appreciate the extra detail, especially about the DTAQ.
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of CRPence
Sent: Saturday, December 06, 2014 11:03 AM
Subject: Re: User Space question
On 06-Dec-2014 10:42 -0600, Gary Thompson wrote:
On Saturday, December 06, 2014 9:26 AM D*B wrote:
... one journaled table with table_name and table_lib as key and one
function getKey could replace all these userspaces, data areas and
all problems could be solved better.
Yet there is potential for a great amount of resources required for an implementation via TABLE [any database *FILE] as contrasted with other potential implementations including a simple space object such as a Data Area (DTAARA) or User Space (USRSPC), to store\update what is perhaps effectively just a few bytes; a pre-loaded Data Queue (DTAQ) is one of my favorites, as explicit locking is reduced to only when concurrently reloading the queue during run-time, but that might be generally avoided by having sufficiently filled the queue while the application was off-line. What is "better" really depends on what are the needs and what are the costs for the overall solution; system-wide, not just the app.
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l