We use them a few ways I know of. We use a data area to track capture and apply jobs running for apply qualifiers in a Data Propagator application. We start multiple apply qualifiers and then continue to capture and apply changes until the last one has done all of its files at least once. Each writes to the data area when it starts and then when it is complete. When all are marked complete, the job monitoring the data area ends all the capture and apply jobs for all apply qualifiers.

We also use data areas to track the version of our software in multiple environments.

Jeff Carey, MSIT, MBA
Senior Technical Support Specialist

SXC Health Solutions, Inc.


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Alan Shore
Sent: Friday, May 13, 2011 10:33 AM
To: 'Midrange Systems Technical Discussion'
Subject: RE: DataArea vs. Tables

Hi Birgitta
It depends upon your definition of "heavily"
We use data areas quite a lot, for example, to hold a date when a program was last run, so that the next run of the same program will start from that date

Alan Shore
Programmer/Analyst, Direct Response
P:(631) 200-5019
C:(631) 880-8640
"If you're going through Hell, keep going" - Winston Churchill

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Birgitta Hauser
Sent: Friday, May 13, 2011 11:17 AM
To: 'Midrange Systems Technical Discussion'
Subject: DataArea vs. Tables

Hi guys,

we just had a discussion about using data areas.

In my opinion they are not heavily used or needed.

I either create a table/physical file or store the information in global variables in a specific service program. The data within these global variables is set and retrieved by calling procedures.

I'm just curious, are you using data areas (heavily) or not?

Mit freundlichen Grüßen / Best regards

Birgitta Hauser

"Shoot for the moon, even if you miss, you'll land among the stars." (Les

"If you think education is expensive, try ignorance." (Derek Bok)

"What is worse than training your staff and losing them? Not training them and keeping them!"

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,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].