A_DBC
Version 3.2
abstract data base connector
: Dynamic loader for ELF is working!!!!
A_DBC is abstract data base connector. Full object-oriented. I make it first for the CGI_Core project. The idea was that I use same C++
code in C++ Builder (with BDE) and GCC (with mSQL and PostGreSQL). If you know C++
Builder, you'll see that A_DBC is similar to them, but very different (or strange:) too.
Now A_DBC support several databases.
WINDOWSes:
- Windows 3.11 - Only InterBase and Fake client, but not tested
- Windows 9X
- Windows NT - Not have special/different support from Win 9X
- Windows 2000 - Not have special/different support from Win 9X
UNIXes
- Linux - my developer platform
- FreeBSD - this mean that we have BSD support too :)))
- Sun Solaris - tested
- every true UNIX - not tested
Others
- BeOS (OS with "Fully functional POSIX layer")
- Port coming very soon
Windows:
- BDE (Win 95/NT/Borland C++ Builder)
- Borland InterBase (It can connect to any InterBase server)
- Informix - probably you may compile Informix driver for Windows because it is pure
ESQL/C.
- MFC ODBC driver (Win 95/NT/Microsoft Visual C++). Read important MFC
notes.
UNIX :
- mSQL
- MySQL
- PostGreSQL
- FAKE DB Connector (is a test text file connector, made by me)
- Beagle SQL (I cannot run new Beagle versions correctly, but it's API are similar to the
PostGreSQL, so I made the driver before, but never try to use it later :)))
- MDBMS
- Borland InterBase (It can connect to any InterBase server)
- Informix (It can connect to any Informix server. It must be compiled with Informix
ESQL/C). Read Informix notes
- Dyna - Dynamic ELF loader released!!!!!!!!!!! - READ NOTES
Coming soon (what I'll working on, when I've time):
- SyBase - probably I'll build it using SyBase ESQL
Help me / Future planes:
- Oracle (I haven't it:)))
- DB/2 (I can't install it without rpm support:))
Unlike CGI_Core, the A_DBC is free under GNU Public License
IMPORTANT LICENSE NOTES:
- Unfortunately GPL libraries, cannot be used for making *COMMERCIAL* applications, so
soon, I'll change the license to BSD, or I will make own license.
- IF YOU NEED TO USE A_DBC IN COMMERCIAL APPLICATION, JUST CONTACT ME AND WE SHALL SOLVE
THE PROBLEM TOGETHER!
If you have some good ideas, or if you make/remake some A_DBC driver, let me know, and
let you give me the driver (because I want to put it here).
What is good:
- Same interface for all db
- Excellent db configuration (with Properties object, that can be read from text file)
- Some notes about version 3.0 - the idea was simplicity:
- Removed data type information. It not needed, because all data output is as 'string'
- Removed data getting with a properties object - it is still available, but with external
(non A_DBC source) procedure. Now you can get field name or data as strings from separated
procedures
- Removed 'prev', 'first' etc.
- some fixed drivers as MDBMS, some new drivers as Interbase...
- From version 2.6 - the idea was flexibility:
- Still OOP (Yeeeee!)
- Include only one file - 'a_dbc.h' (No more 'db.h'!!!!!)
- No more code in header files (Yeeeee!)
- a_dbc.cpp symlink
- "distributive" linking (Yeeeee!) (This mean static linking of your program,
depending of db, such as Lan adapter in Linux kernel)
- From version 1.0 - the idea was portability:
- Same interface for all db
- etc (of course:)))))))
What is bad
- Any ideas for BLOB API ?????
- Any better ideas for unidirectional databases ????? (Unidirectional databases are these
that can't support 'go to' or 'prev' for example)
Notes / Remarks:
- A_DBC is not dynamic way for making DB connection (like ODBC for example), your
executable file WILL connect only to one database, but if you can to connect to another,
you'll must only remake target (or make static linking, what is similar)
- NOW A_DBC HAS DYNAMIC LOADER FOR UNIX- found more here
- A_DBC is 100% C++ library, no C library
- Informix notes are here: informix.txt
History archive is here: history.txt
The A_DBC mailing list is same as CGI_Core
mailing list.
Why it is that??? (five good reasons)
- First A_DBC was part of CGI_Core
- CGI_Core and A_DBC "walking hand by hand" (like UNIX and C++:)))
- Any changes in A_DBC reflected in CGI_Core, and opposite...
- CGI_Core is not product for lamers, so CGI_Core info into its list is
very technical...
- Information is submitted from author of both product...
Why I need of this list??? (five good reasons)
- You'll get latest information about product
- This will be NOT A mail bomb :)))
- Information will be submitted from person, not from list_processor
- If you are not interested, you can unsubscribe in any moment...
- (((: five :)))
How to register:
How to unregistered:
Remark:
It's funny, but I loose control over the last A_DBC site and it was deleted (format
disk, then install Windows :(((), so I lose *ALL* my archive versions from 1.0 to 3.0, if
someone *HAS DOWNLOADED* them, will be good to send me them back, to include them in the
page :)))
L i n u x · f o r e v e r