Embedded InnoDB новый движок баз данных

Топ компании - oracle

Oracle выпустила Embedded InnoDB.

Совсем недавно «красный гигант» выпустили Embedded InnoDB, под довольно демократичной лицензией GPLv2, не Апатч 2.0 но тоже сносно.

В данный момент данная БД доступна только для 32-х битных версии Windows и Linux.

Качать и ставить я бы пока не рискнул, сначала хочется осмотреться. Идеться в доку и читается. Так как сегодня на работе мне делать все равно нечего сделаю небольшой обзор-перевод.

Концепция.

Данная БД разработана для критичных приложений и с успехом справляется как килобайтами данных так и объемами в несколько гигабайт.

Для доступа к данным и управлением БД и транзакциями используются специальные API.

Это типо никакого тибе SQL, пока не так занимательно.

Так как InnoDB является встраиваемым движком, он супер быстрый.

Вот это уже хочется протестировать, возможно к концу статьи они так раскрутят меня установить InnoDB и протестировать.

Причина быстроты данной БД является то, что она запускается в том же адресном пространстве, что и ваще приложение, и позволяет избежать дорогостояших процедур коммуникации как в случае с классическими СУБД.

Хм, что-то вроде Google Gears??

Важный момент, что данная СУБД не является реляционной базой данных и как следствие не предоставляет таких высокоуровневых функции как триггеры и ничего похожего на SQL. InnoDB это лишь набор API низкого уровня для эффективного чтения/записи ваших данных.

Embedded InnoDB позволяет вам встраивать процессор дазы данных в ваше приложение, без необходимости устанавливать любую другую вашу СУБД. Операции с базой данных осуществляются по средствам плагина. Который позволяет осуществлять стандартные действия: insert, update, delete с обычными реляционными таблицами и колонками, а так же позволяет управлять транзакциями и возврашать курсоры данных.

Данная СУБД позволяет:

Работать с таблицами колонками и индексами.

Ваши вызовы происходят не с помощью SQL, вы оперируете вызовами API.

Ваше приложение может быть без инсталятора. Все библиотеки линкуются как динамически так и статически. Все параметры имеют значения по умолчанию. Все необходимые файлы будут созданы. В данный момент нет необходимости проставлять никакие системые переменные.

Расбота с базой данный осуществляется транзакциями ACID (Atomicity, Consistency, Isolation, Durability) и поддерживают commit / rollback / savepoint операции.

Приложение возвращает данные в виде классического курсора.

Вы можете контролировать уровни изолированности транзакции, а атк же модели блокировок как для таблиц так и курсоров.

Имеет внешние ключи.

Не позволяет менять свойства колонок после создания таблицы.

Имеет B-tree структуры данных.

Использование.

Качаем ставим, старутем бд, запускаем любое IDE.

создаем БД:

ib_err_t err = ib_database_create( test );

создаем табличку:

простой

CREATE TABLE T(c1 VARCHAR(32), c2 VARCHAR(32), c3 UNSIGNED INT, PK(c1, c2));

в языке API InnoDB будет выглядеть так:

ib_trx_t ib_trx;

ib_id_t         table_id = 0;

ib_tbl_sch_t    ib_tbl_sch = NULL;

ib_idx_sch_t    ib_idx_sch = NULL;

char            table_name[IB_MAX_TABLE_NAME_LEN];

snprintf(table_name, sizeof(table_name), %s/%s , database_name, name);

/* Pass a table page size of 0, ie., use default page size. */

ib_table_schema_create(table_name, &ib_tbl_sch, IB_TBL_COMPACT, 0);

ib_table_schema_add_col(ib_tbl_sch, c1 , IB_VARCHAR, IB_COL_NONE, 32);

ib_table_schema_add_col(ib_tbl_sch, c2 , IB_VARCHAR, IB_COL_NONE, 32);

ib_table_schema_add_col(ib_tbl_sch, c3 , IB_INT, IB_COL_UNSIGNED, 4);

/* Index schema handle is owned by the table schema handle in this

case and will be deleted when the table schema handle is deleted. */

ib_table_schema_add_index(ib_tbl_sch, PRIMARY_KEY , &ib_idx_sch);

/* Set prefix length to 0. */

ib_index_schema_add_col( ib_idx_sch, c1 , 0);

/* Set prefix length to 0. */

ib_index_schema_add_col( ib_idx_sch, c2 , 0);

ib_index_schema_set_clustered(ib_idx_sch);

/* Create the transaction that will cover data dictionary update. */

ib_trx = ib_trx_begin(IB_TRX_SERIALIZABLE);

/* Lock the data dictionary in exclusive mode */

ib_schema_lock_exclusive(ib_trx);

/* Create the actual table from the schema. The table id of the new

table will be returned in table_id. */

ib_table_create(ib_tbl_sch, &table_id);

/* Commit the transaction */

ib_trx_commit(ib_trx);

/* Release the data dictionary lock. */

ib_schema_unlock(ib_trx);

ib_table_schema_delete(ib_tbl_sch);

Область применения данной бд это в первую очередь автономно работающие устройства, которые по определению не имеют связи с внешним миром, но на них возложены функции сбора некоторых данных. Так же возможно применение на мобильных устройствах, учитывая что приложение с открытым кодом оно должно отлично установится в андроид.

Так и напрашивается сравнение с Google Gears, очень схожие технологии. Различие Gears для броузерзерных оффлайн приложений приложений, InnoDB для десктопных.

Однако гуглы все лучше реализовали по части дружилюбия к пользователю, гугл умеет полноценный SQL.

Аналогичный предышему код на гугл будет выглядеть так:

try {

db = Factory.getInstance().createDatabase();

db.open( BaseApp11 );

db.execute( create table if not exists baseapp11 (Timestamp int) );

db.execute( delete from baseapp11 );

} catch (GearsException e) {

Window.alert(e.toString());

}

В как минимум 100 раз лаконичнее не правда ли?? Но несмотря на все удобство гугл не может похвастаться ни транзакциями ACID, ни втроенными средствами восстановления базы данных, ни B-tree индексами.

habrahabr.ru/blogs/sql/

 

---

Читайте:
Том Кайт: о сервере Oracle Database 11g