Значит проблема в следующем...
Работаете вы с таблицами, удаляете записи, редактируете, а потом бац..............свет пропал..
Свет появился, включаете комп, запускаете программу, а там вся ваша работа - коту под хвост, БДЕ всё откатило назад.
Тоже  происходит и при снятии задачи.
Вот и возникает вопрос-как заставить БДЕ не откатываться, а сохранять изменения на лету?

Если ты работаешь из Дельфи/Билдера, то там в есть метод Flushbuffers или что-то подобное, ставишь его на событие AfterPost (и т.п.) и готово.

сommit transaction

Цитата(Pegas @ 16.12.2002, 03:58)

сommit transaction

Не поможет, дело не в транзакции а в кэшировании.

Если БД сетевая, то поможет.....

Цитата(Pegas @ 16.12.2002, 17:03)

Если БД сетевая, то поможет.....

А какая разница ? Все равно в файл пишем. База, судя по сообщению, явно файловая. Так что, IMHO, Vit предложил самое разумное решение - Flush.

Цитата

А какая разница ? Все равно в файл пишем. База, судя по сообщению, явно файловая. Так что, IMHO, Vit предложил самое разумное решение - Flush.

Во-первых, я согласен с тем что Vit предложил самое разумное решение;

Во-вторых, разница большая.... если мы используем промышленную базу данных (Oracle, MS SQL и др.) то с подтверждением транзации (commit) текущие изменения отразяться/сохраняться в этой БД.

Цитата(Pegas @ 17.12.2002, 18:33)

Во-первых, я согласен с тем что Vit предложил самое разумное решение; Во-вторых, разница большая.... если мы используем промышленную базу данных (Oracle, MS SQL и др.) то с подтверждением транзации (commit) текущие изменения отразяться/сохраняться в этой БД.

SQL - он и в Африке SQL. И ему как раз BDE и всякие там Flush действительно по барабану. Здесь никаких возражений.

Тогда давай различать название "сетевая база" и "база под SQL".
"Сетевая база" - это те же файлы, только не у тебя, родного, на локальной машине, а где-то в сети. Что в принципе уже устаревает и лучше не использовать. Я вообще советую многим ставить локально Interbase и использовать сразу его. Потом проще переходить на многопользователскую базу. Места он занимает крайне мало, предоставляет кучу удобств, и прочая.

А "база под SQL" - это уже то, для чего commit transaction не помешает.
Но не всегда. Разбор таких случаев можно в виде отдельного "размышления о возможностях ..." - статья получится

Да, извеняюсь, я имел ввиду не сетевые базы данных, а промышленные...

З.Ы. "База под SQL" впервый раз такое слышу.... это называется "реляционная модель"

Цитата(Pegas @ 17.12.2002, 19:20)

Да, извеняюсь, я имел ввиду не сетевые базы данных, а промышленные... З.Ы. "База под SQL" впервый раз такое слышу.... это называется "реляционная модель"

"База под SQL" в принципе выражение не стандартное. Просто сразу понятно, что всей базой управлет не клиент, а "солидная" программа

А вот "реляционная модель" к SQL имеет слабое отношение. В принципе и Access, Paradox и DBF тоже реляционные. "Реляционная" в изначалии своем подразумевает отношения на основе операций над множествами. Ну а SQL возник именно из этого математического аппарата.

Цитата

"База под SQL" в принципе выражение не стандартное. Просто сразу понятно, что всей базой управлет не клиент, а "солидная" программа

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

Цитата

А вот "реляционная модель" к SQL имеет слабое отношение. В принципе и Access, Paradox и DBF тоже реляционные. "Реляционная" в изначалии своем подразумевает отношения на основе операций над множествами. Ну а SQL возник именно из этого математического аппарата.

А вот здесь ты абсолютно не прав.... имеет самое прямое и непосредственное.... так как язык SQL является стандартом для реляционых баз данных.

Access, Paradox - это самые что ни на есть (а не "в принципе") реляционные базы данных. а DBF - это не реляционная база данных, а формат файла для хранения данных, реляционных баз, таких как FoxPro и Dbase.

Так, всё! Флейм пошёл, пора заканчивать

Проблема han'а появилась и у меня. Только база обновляется каждую секунду. База хорошо индексирована. Все индексы имееют параметр maintained=true.
При пропажи электричества, как я понимаю, не все мои индексы успевают обновиться. В результате при запуске
программы, после перебоев с электричеством, получаю ошибку "Index out of date".
Записи в базу добавляются так:
Table->AppendRecord(...);
Table->FlushBuffers(...);

Спасибо за внимание.