Op Sat, 12 Jul 2008 05:16:23 +0200 schreef Peter K.  
<p...@remove.ieee.org>:
> I have a requirement for a database on an embedded platform.
>
> Currently, I have looked at SQLite (http://www.sqlite.org/) and MySQL
> (http://www.mysql.com/).
>
> Does anyone have any other suggestions?
>
> Does anyone have any comments on either of these two regarding
> performance (specifically SELECT speeds and memory footprint)?
>
> Any pointers appreciated!

How about Polyhedra?
	http://www.enea.com/polyhedra



-- 
Gemaakt met Opera's revolutionaire e-mailprogramma:  
http://www.opera.com/mail/

"Boudewijn Dijkstra" <b...@indes.com> writes:

> 
> How about Polyhedra?
> 	http://www.enea.com/polyhedra

Interesting, Boudewijn!  Thanks for the tip.

Ciao,

Peter K.

-- 
"And he sees the vision splendid 
of the sunlit plains extended
And at night the wondrous glory of the everlasting stars."

 

Peter K. escribió:
> Hi All,
> 
> I have a requirement for a database on an embedded platform.
> 
> Currently, I have looked at SQLite (http://www.sqlite.org/) and MySQL
> (http://www.mysql.com/).
> 
> Does anyone have any other suggestions?
> 
> Does anyone have any comments on either of these two regarding
> performance (specifically SELECT speeds and memory footprint)?
> 
> Any pointers appreciated!

You might consider:

eXtremeDB, form McObject
Berkeley DB, from Oracle

These are considered "truely" embedded DBs.

"Peter K." wrote:
> CBFalconer <c...@yahoo.com> writes:
> 
>> If an 'in memory' database is satisfactory, take a look at my GPLd
>> hashlib.  It is written in pure standard C, so extremely portable.
>> I own it, so arrangements can be made if the GPL requirement to
>> release your code is a problem.  See:
>>
>>   <http://cbfalconer.home.att.net/download/hashlib.zip>;
> 
> Thanks, Chuck, I'll take a look.

For your purposes one advantage is that the code is very compact. 
The system still gobbles memory to store the data, but that is
inherent for anything.  The code is sharable, so only one code
instance can handle any number of completely independent data
tables.  The code module will occupy about 1.5k when compiled for
the 80386.

-- 
 [mail]: Chuck F (cbfalconer at maineline dot net) 
 [page]: <http://cbfalconer.home.att.net>;
            Try the download section.

"Ignacio G.T." <i...@evomer.yahoo.es> writes:

> You might consider:
> 
> eXtremeDB, form McObject
> Berkeley DB, from Oracle
> 
> These are considered "truely" embedded DBs.

Thanks, Ignacio!

Both look interesting.

Regards,

Peter K.

-- 
"And he sees the vision splendid 
of the sunlit plains extended
And at night the wondrous glory of the everlasting stars."

 

CBFalconer <c...@yahoo.com> writes:

> For your purposes one advantage is that the code is very compact. 
> The system still gobbles memory to store the data, but that is
> inherent for anything.  The code is sharable, so only one code
> instance can handle any number of completely independent data
> tables.  The code module will occupy about 1.5k when compiled for
> the 80386.

Thanks.  I've set myself up with a test case, and I've run MS SQL
Server (yes, not really embedded, but what the hey), MySQL and SQLite
through it.

I hope to do the same now with various other potential solutions.

I'll let you know how things go.

Regards,

Peter K.


-- 
"And he sees the vision splendid 
of the sunlit plains extended
And at night the wondrous glory of the everlasting stars."