SCOUG Logo


Next Meeting: Sat, TBD
Meeting Directions


Be a Member
Join SCOUG

Navigation:


Help with Searching

20 Most Recent Documents
Search Archives
Index by date, title, author, category.


Features:

Mr. Know-It-All
Ink
Download!










SCOUG:

Home

Email Lists

SIGs (Internet, General Interest, Programming, Network, more..)

Online Chats

Business

Past Presentations

Credits

Submissions

Contact SCOUG

Copyright SCOUG



warp expowest
Pictures from Sept. 1999

The views expressed in articles on this site are those of their authors.

warptech
SCOUG was there!


Copyright 1998-2024, Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.

The Southern California OS/2 User Group
USA

SCOUG-SundialSIG Mailing List Archives

Return to [ 02 | June | 2001 ]

<< Previous Message << >> Next Message >>


Date: Sat, 2 Jun 2001 15:35:08 PDT
From: "Lynn H. Maxson" <lmaxson@pacbell.net >
Reply-To: scoug-sundialsig@scoug.com
To: < "scoug-sundialsig@scoug.com" > scoug-sundialsig@scoug.com >
Subject: SCOUG-SundialSIG: June meeting

Content Type: text/plain

Having left and lost the troops early on, I've retreated back to
base camp. There I hope to recapture the momentum apparently I
never had in the first place. I had hoped to get into some detail
in data capture of data design, i.e. what context in which to
place the content. Notice I don't say database design or file
design because the rules for data design are not dependent upon
any particular data management method used. Restated data design
is independent of data management.

This arises because all data is stored serially, bitwise in every
storage medium. This says the optimum data design is the same
regardless. The optimum data design is determined strictly by
data usage, an aggregate of its frequency of use (access) and the
volume per use (instances retrieved). These deal with
presentation of the data. The presentation is the output
structure (context). Thus the optimum data design is determined
strictly by the context(s) used.

Now understanding the difference between data and information
(data plus meaning), means that for a given set of data the same
information, i.e. the meaning gained by the observer, exists
regardless of context. The only possible difference among
contexts is the rate at which the information, i.e. the meaning,
is acquired. The optimum context is one whose rate of acquisition
is not less than any other.

Now the highest rate implies the greatest meaning in the least
time. If you are an enterprise engaged in transaction processing
in very high volumes, the rate, the presentation structure (the
data context), becomes very important. Coupled with the
absorption rate of the observer is the processing rate, i.e. the
amount of work, required to transform the stored data into the
presentation data. Here again you want to get the most out with
the least effort.

"Fine", you say, "but what does it have to do with using MESA 2
for investments?" Well, it's your time and it depends upon what
value you place upon it. Not simply in monetary terms, though
certainly they exist, but in terms of quality time, time available
for other purposes. So why not engage in an optimal (stored) data
design based upon an optimal set of (output) presentation designs?

As Peter then starts us on our journey on investments and the data
and the processing that we need to do, then lets do so with a
sense of preparing our data, its input, maintenance, and output
that minimizes our ongoing effort.

As part of this we can discuss the challenges that Peter has
raised relative to his use of stored data streams. It's possible
that his method is optimal. If so, we have provided a metric for
its determination.

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-sundialsig".

For problems, contact the list owner at
"rollin@scoug.com".

=====================================================


<< Previous Message << >> Next Message >>

Return to [ 02 | June | 2001 ]



The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA

Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.