Sarah, email me off forum at [EMAIL PROTECTED] BTW, all my programs are ANSI standard plain vanilla C.
Regards, John S Sarah wrote: > Hi, John Stanton > > I really really appreciate your warm help. > That's great if you can send me the codes of B tree and B+ tree. > Many thanks in advance. > > My requirements for data access are as follows: > -all the data are stored in non-volatile memory instead of volatile memory > -the footprint of the DARE should be better less than 100KB > -when executing, the memory occupation should be better less than 20KB > -no need for relational access, just key-value retrieval is ok > -all the create, insert, update work can be done outside, however, pretty > fast retrieval is needed > > If there is some open-source DARE(as excellent as SQLite) suitable for my > platform, that will be great. > Orelse, I would try to write a simple one. > > Sarah > > > ----- Original Message ----- > From: "John Stanton" <[EMAIL PROTECTED]> > To: <sqlite-users@sqlite.org> > Sent: Monday, October 23, 2006 5:54 AM > Subject: Re: [sqlite] any data access and retrieval engine? > > > >>Clay Dowling wrote: >> >>>Sarah wrote: >>> >>> >>>>Hi,all >>>> >>>>First of all, I want to thank all the guys on this mailing list for their >>>>warm help. >>>> >>>>After 1 more month of work, I finally make SQLite work on my embedded >>>>environment. SQLite is really great! Many thanks,Drh. >>>> >>>>But, due to the extremely heavy hardware constraints, I have to give up >>>>SQLite finally. >>>> >>>>So I'm trying to find a much simpler data access and retrieval engine. >>>> >>>>Could anyone give me some help on this issue?(some guidance on how to make >>>>a DARE or is there any open-source one available?) >>>> >>>>thanks in advance. >>> >>> >>>The Berkeley DB engine and it's related engines might be suitable for >>>your situation. They don't give relational access, but they do give >>>fast key=>value retreival and that might be suitable. The SleepyCat DB >>>engine from SleepyCat Software is probably the best, but for a >>>commercial application the licensing fees mean that you have to be well >>>funded and expect a good return on the product. >>> >>>Clay Dowling >> >>Berkely DB is still quite bloated. What do you require for data access? >>For an embedded system you might find something which matches your >>needs very well and has a tiny footprint. >> >>I can give you some B* Tree code which is suitable for a high >>performance simple and lightweight embedded application or some AVL tree >>code which would suit a simpler smaller scale memory resident embedded >>data access application. You would have to adapt it to your >>application, but could expect to get your database access in 20K or less >>of executable image. Of course you have no SQL. >> >>----------------------------------------------------------------------------- >>To unsubscribe, send email to [EMAIL PROTECTED] >>----------------------------------------------------------------------------- > >> ----------------------------------------------------------------------------- To unsubscribe, send email to [EMAIL PROTECTED] -----------------------------------------------------------------------------
