PICK engine, with hashed keys (must be in attribute zero, but can be multi part) with
single or multi value attributes. All data is stored as text in the db and the applications
themselves impose format/structure upon the presentation of the data. I preceive it
more as a linked list.
When doing posting procedures, there is an option to have a "POST" attribute assigned that keeps track of where in that (singular) post step the record has been processed to as well as marks the record as completed if that one has been all the way thru.
They have a ODBC interface, but it has turned out to be a PITA more than anything, hence the reason to do something more "Stand Alone".
Hope this Helps ...
David A. Bandel wrote:
On Mon, 09 Jun 2003 07:15:03 -0500 Ben Duncan <[EMAIL PROTECTED]> wrote:
Which is correct, Kurt. This program will also lead to me possible developing something that SORELY has been missing in AppGen - an external way to access/update AppGen's database.
Bringing up appgen�s database -- I�ve had some misgivings about it. The
company refuses to answer any questions regarding the nature of this db.
Is it ACID? What happens to long transactions if the thing crashes? Is there any other way (besides via AppGen) to access the bloody thing?
I�m very suspicious of AppGen�s refusal to answer my questions.
Ciao,
David A. Bandel
------------------------------------------------------------------------
_______________________________________________ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
--
Ben Duncan Phone (601)-355-2574 Fax (601)-355-2573 Cell (601)-946-1220
Business Network Solutions
336 Elton Road Jackson MS, 39212
"Software is like Sex, it is better when it's free" - Linus Torvalds
_______________________________________________ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
