[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [open-cobol-list] Team setup
From: |
Christian Lademann |
Subject: |
Re: [open-cobol-list] Team setup |
Date: |
Fri Nov 5 09:03:12 2004 |
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/?
Regards,
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) with
> good performances. (based on trees and mmap)
> It has some deficiencies and must be improved : keys are single fields, delete
> 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 make
> 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
> file
> management.
>
> Yet, I think that a COBOL compiler should have its own implementation for ISAM
> and should not depend on third products like BerkeleyDB. (Althought I am a
> great
> fan of it).
> It has to be self-sufficient.
> And DB (MySQL, Postgres, ...) induce constraints and minimum administration
> tasks which I think are not compatible with the simple needs of an ISAM tool.
>
> What is your opinion ?
>
> Cheers
> Henry
>
>
>
> -------------------------------------------------------
> 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.
> http://ads.osdn.com/?ad_idU88&alloc_id065&op=click
> _______________________________________________
> open-cobol-list mailing list
> address@hidden
> https://lists.sourceforge.net/lists/listinfo/open-cobol-list
>
--
* Christian A. Lademann, ZLS Software GmbH mailto:address@hidden
* ZLS Software GmbH
* Frankfurter Strasse 59 Postfach 1628 mailto:address@hidden
* D-65779 Kelkheim D-65766 Kelkheim http://www.zls.de
* Telefon +49-6195-9902-0 Telefax +49-6195-900600
* Geschäftsführer John A. Shuter - Amtsgericht Königstein HRB 3105