Хочется странного - SQL база данных в памяти.

← →
Дмитрий Белькевич (2010-01-09 17:57) [0]

Возможно ли такое? Умеют ли какая нибудь база данных размещать свою информацию не в виде файла на жёстком а в виде каких-то записей или файла (mmf) в памяти. Про многочисленные memory tabl"ы знаю - нужна именно SQL база.

← →
Anatoly Podgoretsky © (2010-01-09 18:36) [1]

> Дмитрий Белькевич (09.01.2010 17:57:00) [0]

Многие имеют поддержку SQL, например Absolute DB

← →
Дмитрий Белькевич (2010-01-09 18:43) [2]

Спасибо, "при коммерческом использовании стоимость лицензии составляет $95". Интересует royalty-free.

← →
Anatoly Podgoretsky © (2010-01-09 18:55) [3]

> Дмитрий Белькевич (09.01.2010 18:43:02) [2]

Тогда тебе долго придется искать, я даже не уверен, что есть полностью бесплатные. Если ты не против покупки вообще, то попробуй им написать по поводу скидки, могут скинуть 50%. А для начала можешь проверить на бесплатной версии, может тебе это совсем не подходит.

← →
Дмитрий Белькевич (2010-01-09 20:22) [4]

>А для начала можешь проверить на бесплатной версии, может тебе это совсем не подходит.

Проблема в том, что распространятся база будет на CD вместе с фришным софтом - просмотрщиком содержимого CD. Юзеры эти CD могут записывать нашим софтом в любых количествах, я даже если бы и хотел, то не смог бы роялти контролировать.

>Тогда тебе долго придется искать, я даже не уверен, что есть полностью бесплатные

Бесплатность не критична, больше интересует отсутствие роялти.

← →
Anatoly Podgoretsky © (2010-01-09 20:31) [5]

> Дмитрий Белькевич (09.01.2010 20:22:04) [4]

Платишь один раз, распространяешь сколько угодно, без дополнительных отчислений.

← →
Anatoly Podgoretsky © (2010-01-09 20:32) [6]

> Дмитрий Белькевич (09.01.2010 20:22:04) [4]

Кстати тебе более подойдет вариант база на СД, чем в памяти.

← →
Дмитрий Белькевич (2010-01-09 20:49) [7]

> Платишь один раз, распространяешь сколько угодно, без дополнительных
> отчислений.

Понятно, всё таки посмотрю, спасибо.

> Кстати тебе более подойдет вариант база на СД, чем в памяти.

База будет не r/o.

← →
Anatoly Podgoretsky © (2010-01-09 20:52) [8]

> Дмитрий Белькевич (09.01.2010 20:49:07) [7]

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

← →
Дмитрий Белькевич (2010-01-09 22:01) [9]

Вот это вот как раз нужно:

Ultra-fast in-memory tables

← →
Медвежонок Пятачок © (2010-01-09 22:36) [10]

xml документ + selectsinglenode + selectnodes - это почти что нвстоящий sql сервер целиком в памяти.

← →
sniknik © (2010-01-09 23:41) [11]

> xml документ + selectsinglenode + selectnodes
а как же
> Ultra-fast
?
ведь любой рекордсет его за пояс заткнет по быстродействию.

а "странного" хочется тоже из-за этого? типа, не умеешь работать с нормальными базами, на дисках, но вместо того чтобы винить себя, решил, что это такой общий недостаток баз, и скорости можно добиться только от "странных", в памяти там, или еще каких.
так?

← →
Дмитрий Белькевич (2010-01-09 23:57) [12]

>типа, не умеешь работать с нормальными базами, на дисках, но вместо того чтобы винить себя, решил, что это такой общий недостаток баз

Извини, телепатор у тебя испортился.

> так?

Сравнить хочу. Для начала. Дальше - посмотрим.

>ведь любой рекордсет его за пояс заткнет по быстродействию.

Понятно, что заткнёт, вопросов нет. Переписывать много не хочется.

← →
sniknik © (2010-01-10 00:25) [13]

> Сравнить хочу.
ну сравни.
http://ramdisk.nm.ru/ramdiskent-rus.htm
думаю понятно зачем?

← →
Дмитрий Белькевич (2010-01-10 00:30) [14]

> думаю понятно зачем?

Спасибо, попробую.

← →
KilkennyCat © (2010-01-10 06:53) [15]

> при коммерческом использовании стоимость лицензии составляет
> $95". Интересует royalty-free.
>

Вообще-то 99 евро. Но роялти-фри.

← →
Дмитрий Белькевич (2010-01-10 12:43) [16]

> Вообще-то 99 евро. Но роялти-фри.

На разных сайтах - разная цена.

>xml документ

Интересно, насколько быстрее было бы с xml"ом. Нужно ускорить массовый insert.

← →
sniknik © (2010-01-10 13:39) [17]

> Интересно, насколько быстрее было бы с xml"ом.
хотел сказать насколько медленнее? так было бы вернее.

← →
sniknik © (2010-01-10 13:43) [18]

>> типа, не умеешь работать с нормальными базами, на дисках, но вместо того чтобы винить себя, решил, что это такой общий недостаток баз
> Извини, телепатор у тебя испортился.
чем дальше в лес... тем больше кажется, что телепатор все таки в порядке.

← →
Дмитрий С © (2010-01-10 14:07) [19]

Если совсем странного хочется, перехвати функции CreateFile, ReadFile, WriteFile, CloseHandle, так, чтобы embedded-субд видела некий файл, которого на самом деле нет.

Я такую реализацию видел для standart jet db через ado.

← →
sniknik © (2010-01-10 14:12) [20]

> Я такую реализацию видел для standart jet db через ado.
чего чего?
а еще раз по русски...

← →
Дмитрий С © (2010-01-10 14:15) [21]

> чего чего?
> а еще раз по русски...

Упс. Mictosoft Jet OLE DB, грубо говоря, Access-ова база.

← →
sniknik © (2010-01-10 14:28) [22]

> Упс. Mictosoft Jet OLE DB, грубо говоря, Access-ова база.
и что это исправило? ты не набор умных терминов говори, а смысл. зачем в "реализации которую ты якобы видел" перехватывать функции "CreateFile, ReadFile, WriteFile, CloseHandle", при чем тут "embedded-субд"... чего он может этим добиться?

не понимаешь, что просто несешь бред?
-----------------------------------
Я лосиха. Я молодая, поджарая лосиха. По мне прутся все лоси в лесу!
Хотя нет
Я верблюдица. Я красивая двугорбая верблюдица. По мне сохнут все верблюды в пустыне!
(Это был бред сивой кобылы.)

← →
Дмитрий С © (2010-01-10 15:30) [23]

Удалено модератором

← →
sniknik © (2010-01-10 15:48) [24]

покажи эту реализацию, и сразу станет ясно кто из нас кто.

> Дмитрий Белькевич (10.01.2010 12:43:16) [16]

Что значит на разных сайтах, правильный сайт один - разработчиков. У них и просить скидку, если нужна.

> sniknik (10.01.2010 13:39:17) [17]

Не "на", а "в"

> На разных сайтах - разная цена.

у производителя один сайт. хотя, конечно, желающие могут извращаться.

> sniknik © (10.01.10 15:48) [24]

http://www.google.ru/search?q=testexam&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:ru:official&client=firefox
Ищи, разбирайся, если интересно.

ну, это долго. ответь пока
http://forum.xakep.ru/m_840964/mpage_2/printable.htm

MacUSER -> RE: Взлом базы TestExam! (13.01.2009 5:02:40)

Огромное спасибо, даже спасибище loginX![sm=ay.gif] Теперь получается сделать из kam mdb, но прога fepocracker все равно видит крякозябры. Зато она хоть видит вопросы, их название и рубрику! Прогресс есть!
Прога, которая преобразовывает kam в mdb написана для версии 4.6 и 4.7 - дэмо. Как интересно сделать для 4.7 не демо?

зачем кому то данные преобразовывать в mdb, если они по твоим словам там в нем и хранятся (в ресурсах насколько понимаю), потом достаются в память (причем базой) и используются.
?
похоже лажу подсовываешь.

← →
Дмитрий Белькевич (2010-01-11 12:06) [30]

>у производителя один сайт. хотя, конечно, желающие могут извращаться.

Сайт - один, только реселлеров/дилеров может быть много. Делфи мы, например, не на сайте производителя покупал. По-моему, то, что на разных сайтах - разные цены на один и тот же продукт - никого не должно особенно удивлять (хотя, в данном случае, думаю, что они действительно изменили цены с баксов на евро). Эврикалог, кстати, если кто не знал, в разных странах, с одного сайта, продаётся за разные цены. Во Франции она стоит (в один и тот же момент) 99 евро, в Беларуси - 99 баксов, поэтому покупали, само собой, в Беларуси :) Хотя хотели купить из Франции. Ну да ладно - вопрос не в цене.

>хотел сказать насколько медленнее? так было бы вернее.

Понятно.

>>решил, что это такой общий недостаток баз
>чем дальше в лес... тем больше кажется, что телепатор все таки в порядке.

Пока ничего не решено, решение ищется. Не нужно меня заочно в воинствующем ламеризме обвинять. Если проблему можно решить в пределах уже имеющейся базы изменив код - это и будет наилучшим решением. Пока я не знаю, что написать в строке insert to table, что бы она заработала на порядок быстрее. А на порядок быстрее нужно.

Есть мысль - вообще отказаться от insrert при работе на CD, а базу заполнять еще до записи на компакт.

Попробую так сделать с Absolute DB - посмотрел, вроде бы идеально подходит.

Сейчас база - FB, можно было бы заполнять и её. Но есть проблема - на CD будет запускаться FB embedded 1.5, а на компьютере может стоять любая IB совместимая. Могут быть проблемы с заполненными базами при чтении - из-за несовместимости форматов файлов.

> Есть мысль - вообще отказаться от insrert при работе на CD
а работа с базой лежащей на CD?...

> Не нужно меня заочно в воинствующем ламеризме обвинять.
трудно этого не делать...

при работе с CD (если используется что то вроде directCD) изменение всего одного байта в базе/файле (типа mdb) приведет к ее полному копированию на новое место (труно конечно поменять всего один байт, движок тоже кеш имеет, но принцип). по другому просто невозможно. и это + к тому, что запись на CD намного медленнее чем на диск. на порядок.

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

← →
Дмитрий Белькевич (2010-01-12 22:22) [32]

>и это + к тому, что запись на CD намного медленнее чем на диск. на порядок.
>ну вот тебе и порядки... нормальная работа с любой база на диске будет быстрее.

Что-то ты всё усложняешь. Это моя вина - плохо объяснил. Ладно, не важно.

Меня вот что еще интересует. Есть ли у Absolute DB такие фичи: внешние ключи + каскадное удаление, триггеры, ХП? Что-то я этого не нашёл. Внешних ключей больше всего не хватает.

Поглядываю еще на sqlite. У него, по крайней мере, есть ключи, каскадное удаление (скорее всего), триггеры. Хранимок тоже не нашел.

> Дмитрий Белькевич (12.01.2010 22:22:32) [32]

У Absolute DB хорошая документация и примеры.

← →
Дмитрий Белькевич (2010-01-12 22:55) [34]

> У Absolute DB хорошая документация и примеры.

Ну вот, что-то я в них ничего этого и не нашел.

Хочется странного - SQL база данных в памяти. Найти похожие ветки