[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [Tiny-cobol-users] Re: [open-cobol-list] ISAM replacement (was Team
RE: [Tiny-cobol-users] Re: [open-cobol-list] ISAM replacement (was Team setup)
Mon Nov 8 14:01:15 2004
Please feel free to add it if you like. Unfortunately I do not have the time
To get involved as much as I used to when I put together the original File
The best way to do it would probably be a switch for the configure script so
Could choose to use either the old DB backend or the New VBISAM backend.
One thing to note when you add an extension try to get it to work
Under all the current platforms supported by TC.
Ordinary people are making EXTRAORDINARY
money WORKING FROM HOME on the Internet!
Get FREE info by email.
Send your request to :
[mailto:address@hidden On Behalf Of smoo
Sent: Monday, November 08, 2004 2:53 PM
Cc: Bernard Giroud; address@hidden; address@hidden
Subject: Re: [Tiny-cobol-users] Re: [open-cobol-list] ISAM replacement (was
VBISAM looks really good actually. I've been looking into an ISAM system to
use with Aloha Transaction Server. It seems that they all lack two phase
commits for transactions or record locking or both. I'm targeting Aloha TS
for mid-sized applications. These would be applications large enough to
numerous concurrent updates to a group of files and a database, but not so
large and not so connected to other applications that they require an IBM
mainframe. Mid-sized applications need two-phase commits and record
After two-phase commit is implemented, VBISAM will be perfect for my needs.
Is anyone else interested in working on adding VBISAM as a back-end for
TinyCOBOL? I would just jump in and do it all, but with my level of
expertise I would probably break the compiler and I would really enjoy doing
some coding with someone who knows a little more than I do.
Would this change be OK with the regular developers?
On Monday 08 November 2004 06:05, Bernard Giroud wrote:
> Thanks Christian,
> That ("How about http://vbisam.sourceforge.net/?") looks promising.
> Bernard Giroud
> Credit Lyonnais (Suisse) SA
> ----- Original Message -----
> From: "Christian Lademann" <address@hidden>
> To: <address@hidden>
> Sent: Friday, November 05, 2004 5:53 PM
> Subject: Re: [open-cobol-list] Team setup
> On Thu, 28 Oct 2004 16:21:41 +0200
> address@hidden wrote:
> > Hello,
> > I read this point in the TODO file :
> > ** New backends for INDEXED files
> > - Any alternative to BerkeleyDB?
> > - Use DB (PostgreSQM, MySQL, etc.) as backends
> Hi, OpenCOBOL team,
> I'm happy to see things going forward :-)
> How about http://vbisam.sourceforge.net/?
> Christian Lademann
> > Actually, I wrote my own implementation of indexed and relative
> > files. I used it for 3 years for personnal needs. It could deal with
> > big files (20 millions records, and more than 500 Mo)
> > good performances. (based on trees and mmap)
> > It has some deficiencies and must be improved : keys are single
> > fields,
> > is not ready, etc .. And surely it has some bugs.
> > Do you think it could be an alternative to BerkeleyDB. Is it a good
> > idea
> or not
> > ? My opinion is yes but I am partial. And there is still a lot of
> > work to
> > it a solid product. It would be a full job, and doing that I could
> > not do another thing. Furthermore the task we subscribe is COBOL
> > compilation, not
> > management.
> > Yet, I think that a COBOL compiler should have its own
> > implementation for
> > and should not depend on third products like BerkeleyDB. (Althought
> > I am a
> > fan of it).
> > It has to be self-sufficient.
> > And DB (MySQL, Postgres, ...) induce constraints and minimum
> > tasks which I think are not compatible with the simple needs of an
> > ISAM
> > What is your opinion ?
> > Cheers
> > Henry
> * Christian A. Lademann, ZLS Software GmbH
> * ZLS Software GmbH
> * Frankfurter Strasse 59 Postfach 1628
> * D-65779 Kelkheim D-65766 Kelkheim
> * Telefon +49-6195-9902-0 Telefax +49-6195-900600
> * Geschäftsführer John A. Shuter - Amtsgericht Königstein HRB
>***** This e-mail contains confidential information or information
> to the Credit Lyonnais Group entity sending it and is intended solely for
> the addressees. Any views expressed in this message are those of the
> individual sender and its contents do not constitute a commitment by
> Lyonnais unless confirmed by letter or fax. The unauthorised disclosure,
> use, dissemination or copying (either whole or partial) of this e-mail, or
> any information it contains, is prohibited. E-mails are susceptible to
> alteration and their integrity cannot be guaranteed. Internet
> communications are not secured and therefore Credit Lyonnais shall not be
> liable for this e-mail if modified or falsified. If you are not the
> intended recipient of this e-mail, please delete it
> immediately from your system and notify the sender of the wrong
> delivery and the mail deletion.
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE LinuxWorld
> Reader's Choice Award Winner for best database on Linux.
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's
Choice Award Winner for best database on Linux.
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.789 / Virus Database: 534 - Release Date: 11/7/2004