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


  1.  Home
  2. MIDRANGE-L
  3. May 2013

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 ...
Follow-Ups:
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.