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

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

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

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

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

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

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

> Дмитрий Белькевич  (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, если они по твоим словам там в нем и хранятся (в ресурсах насколько понимаю), потом достаются в память (причем базой) и используются.
?
похоже лажу подсовываешь.

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

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

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

Понятно.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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