Re: Change commitment control after compilation

[Henrik Rützou <hr@xxxxxxxxxxxx>]

@Dieter

well, you can chew a little about my latest post on how to handle commit in
a
stateless environment ;-)


On Sat, Dec 21, 2013 at 11:05 AM, D*B <dieter.bender@xxxxxxxxxxxx> wrote:

> @CRPence:
>
> you've wrote a well-balanced statement!
>
> Only 2 points:
> - leaving locks overlapping an user transaction (EXFMT holding record
> locks) is IMHO a technical flaw (and with CmtCtl it's easy to avoid, simply
> end the commit group before EXFMT - as a transaction Monitor does)
> - CmtCtl is a very easy to use technique to isolate transactions and is
> supported by (nearly) all database systems. as400 supports it since a long
> time, but most programms (and programmers) don't use it without going the
> harder ways. they simply trust on luck, hoping nothing unexpected would
> happen - and it will happen and happens 3 times a week.
>
> Dieter
> --
> This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L)
> mailing list
> To post a message email: RPG400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
> or email: RPG400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/rpg400-l.