• 🔥 Бесплатный курс от Академии Кодебай: «Анализ защищенности веб-приложений»

    🛡 Научитесь находить и использовать уязвимости веб-приложений.
    🧠 Изучите SQLi, XSS, CSRF, IDOR и другие типовые атаки на практике.
    🧪 Погрузитесь в реальные лаборатории и взломайте свой первый сайт!
    🚀 Подходит новичкам — никаких сложных предварительных знаний не требуется.

    Доступ открыт прямо сейчас Записаться бесплатно

Что с этим делать?

  • Автор темы Автор темы simon
  • Дата начала Дата начала
Статус
Закрыто для дальнейших ответов.
S

simon

Люди кто сталкивался со следующим?
1. Работаешь себе работаешь с TQuery, ( не знаю, но скорей всего распространятся и на TTable), данные в базе корректно обновляются, туда-сюда...
Бац!!! Некорректное завершение работы процесса ( к примеру тупой ресет, ну или если быть благосклонней к пользователю - пропал свет), а бывают даже случаи и с самым корректным выходом из приложения, НО...
Включаемся - СУТКИ РАБОТЫ С БД - В ТРУБУ, как никто и не работал, не гонял килобайты по TCP/IP, БЛИН :P !!!
2. Можно подстраховаться TQuery->FlushBuffers(), но тогда BDE кидает в папку базы кой-то мусор типа _Q345.db или че-нить такое... ( Да, по-моему еще имеет значение, TQuery->LiveRequest==true). Ручками этот мусор не охота прибирать.

Как устранить одно из двух (или все) приведенных? :P
 
Как первый вариант не использоват редактируемые курсоры. Обновлять данные с помощью SQL.

А насчёт пропажи данных... это к Винде... поднятую информацию она держит в своём кэше и на диск не пишет даже при вызове Flush.

Для комплексного решения проблемы переходите на нормальный сервер БД и делайте резервные копии данных.. к примеру раз в час .. если у Вас так часто скачет свет :P
 
Статус
Закрыто для дальнейших ответов.
Мы в соцсетях:

Взломай свой первый сервер и прокачай скилл — Начни игру на HackerLab