× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



"If you're still doing it, modernize."

Why? If it ain't broke, don't fix it, unless there's a huge ROI for doing
so.

Paul Nelson
Cell 708-670-6978
Office 512-392-2577
nelsonp@xxxxxxxxxxxxx

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Dan Kimmel
Sent: Tuesday, May 14, 2013 4:00 PM
To: Midrange Systems Technical Discussion
Subject: RE: Recommendations for a newcomer?

I doubt it. MRP systems don't have to be big batch processes anymore. I
don't know anything about P&G, I can only speculate. But I'll bet orders to
buy coffee beans are triggered by inventory levels and market price without
ever invoking a "HUGE BATCH PROCESS". Batch processes went away with punch
cards. Why would anyone waste an eight-way processor on one-card-at-a-time
batch. Ancient history. If you're still doing it, modernize.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Gqcy
Sent: Tuesday, May 14, 2013 3:48 PM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: Recommendations for a newcomer?

yes, however,
in your example of P&G...
yes, individual transactions roll up into centralized databases...
but when it comes time for P&G to order more coffee, there is not some
SQL/PHP/Java code attached to the scan transaction...
there are HUGE BATCH PROCESSES that trigger the ordering..



On 5/14/2013 3:31 PM, Dan Kimmel wrote:
With few exceptions, "batch processing" is a dead horse. Today's systems
process transaction at a time directly from whatever capture mechanism is
used. Data entry on a keyboard is fast becoming extinct. We grab information
in barcodes at a retail checkout or IFR tags in a warehouse. Even those
transactions are processed transaction-at-a-time. Proctor and Gamble knows
my wife has purchased a can of Folgers before she swipes her credit card at
the local Walmart.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Gqcy
Sent: Tuesday, May 14, 2013 3:21 PM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: Recommendations for a newcomer?

Dan,
are you saying that "batch processing" is to be replaced?

or can you provide some examples of where SQL would "be a better batch
transaction processor"?




Paul Nelson wrote:
> Name a better batch transaction processor than RPG or COBOL, please
Dan Kimmel wrote:
>SQL
Paul Nelson wrote:
> Now go write me a payroll timecard processing program in SQL.

On 5/14/2013 3:08 PM, Dan Kimmel wrote:
Payroll time card processing is not a batch application. It's a user
interface transaction...

--
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 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.




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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

This mailing list archive is Copyright 1997-2024 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].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.