Re: Should COBOL be lockedUP for good?...
- From: "William M. Klein" <wmklein@xxxxxxxxxxxxxxxxx>
- Date: Mon, 16 May 2005 22:13:44 GMT
Kellie,
I think you are mixing up one implementation (probably Micro Focus) with
"COBOL" when you say,
"COBOL does an excellent job of BackUp, Restore and archive any type of
files."
COBOL, itself, has NO "backup and restore" facility and its "restart"
capabilities are limited (at best). Specific vendors have been FORCED to create
"solutions" to this serious lack. (Just as Standard COBOL - up until the '02
Standard had *no* file-sharing or record-locking - and even in the '02 Standard,
this is "processor dependent" - aka "OPTIONAL").
If one is designing an application "from scratch" - I would certainly go with a
"standard" RDB (Relational Database) system over a COBOL-only solution
any-day-of-the-week. These solutions (besides built-in "recovery" systems) also
provide built-in (or relatively common) user-interface tools that may or may NOT
be available for COBOL files.
--
Bill Klein
wmklein <at> ix.netcom.com
"Kellie Fitton" <KELLIEFITTON@xxxxxxxxx> wrote in message
news:1116279557.772145.199780@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> Hello Robert,
>
> You can lead a horse to the water, however, if you can make him float,
> you got
> something pretty good. :---))
>
> you are raising an exellent point though --- however, I think that a
> skillful
> programmer with clairvoyant thinking, and a well thought program design
> approach,
> can produce or at least emulate a large database management system
> functionality. Not to mention also, COBOL does an exellent job of
> BackUp,
> Restore and archive any type of files.
>
> Personally, I think the only weakLink in my indexed file design, is the
> actual
> indexed files per se, indexed files tend to bog down when they get very
> large in
> size, however, COBOL systems can have a workAround that issue pretty
> easy
> as Richard pointedOut above.
>
> Regards, Kellie.
>
.
- References:
- Re: Should COBOL be lockedUP for good?...
- From: Robert Jones
- Re: Should COBOL be lockedUP for good?...
- Prev by Date: Re: Should COBOL be lockedUP for good?...
- Next by Date: Re: Should COBOL be lockedUP for good?...
- Previous by thread: Re: Should COBOL be lockedUP for good?...
- Next by thread: Re: Should COBOL be lockedUP for good?...
- Index(es):
Relevant Pages
|