Technical Specifications
| eXtremeDB Specifications
|
Data Types
|
|
|
|
| Maximum object per database: 2,147,483,647
|
1, 2, 4, 8-byte signed/unsigned integers
|
| Maximum classes per database: 32,767
|
float, double
|
| Maximum indexes per database: 32,767
|
date, time
|
| Maximum fields or vectors per class: 32,767
|
Char (fixed length)
|
| Maximum fields per index: 32,767
|
String (variable length)
|
| Maximum elements per vector: 32,767
|
Fixed-size array
|
| Memory requirements: As little as 60K
|
Variable-length vector
|
| Maximum databases open simultaneously: 16
|
Structs (embedded to any depth)
|
| Maximum simultaneous connections per database: 64
|
BLOB
|
|
|
Autoid (auto-increment)
|
|
|
User-defined object-id and references
|
Operating Systems Supported
 Wind River Systems’ VxWorks/Tornado
Microsoft Windows NT/2000/98/NT Embedded/CE
Linux
Solaris
QNX Neutrino 6.2
eXtremeDB embedded database source code can be licensed for additional platforms, including various UNIX flavors and real-time operating systems (RTOS)
Programming interfaces
A library of standard database functions (e.g. cursor functions) provides an interface common to all applications using the eXtremeDB real-time database
An application-specific API is generated when a database schema is compiled. Because it is based on a developer’s data design, this interface is intuitive and optimized for a project’s exact needs.
Data types and Queries
eXtremeDB supports virtually all data types, including structures, arrays, vectors and BLOBs
Querying methods include hash indexes for exact match searches
B-tree indexes support queries for pattern match, range retrieval and sorting
'Voluntary' indexes enable program control over population of index
Object-identifier references provide direct data access
Autoid supports system-defined object identifiers
Rather than storing duplicate data, indexes contain only a reference to data, keeping memory requirements to an absolute minimum
Object history is provided optionally
Debugging environment
The eXtremeDB debug-mode run-time includes numerous traps in the database code, for detection and easy remediation of programming errors
The eXtremeDB-generated programming interface exploits the type-checking features of the compiler, with programmer mistakes generating a compile-time error
The eXtremeDB in-memory database is available with source code, for complete control of the development environment
Back to Support page.
|
