• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

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

    Запись на курс до 25 апреля. Получить промодоступ ...

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

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

simon

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

Как устранить одно из двух (или все) приведенных? :p
 
B

Barmutik

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

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

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

Обучение наступательной кибербезопасности в игровой форме. Начать игру!