Удаление структуры из файла

[Стремящийся]

Всем привет. У меня такая ситуация: записываю в файл заполненную структуру. Потом пользователь "удаляет" ее путем обнуления данных, при этом в файле со временем накапливается много "пустых" структур.

Можно ли физически удалить данные из файла?.

Как вариант, проверять перед записью в файл наличие пустых структур и записывать на это место новую.

Заранее спасибо!

[p51x]

Можно ли физически удалить данные из файла?

Дам вам пищу для мозга: Что такое структура в памяти? А как она лежит в файле? И главный вопрос, который обмусолевался 100500 раз, можно ли удалить байт (байты) из середины файла?

П.С. Отвечать не надо, т.к. вопросы 100500 раз отвечены... даже недавно тут на форуме было.

[Stilet]

со временем накапливается много "пустых" структур.

Многие СУБД так работают и не гнушаются этим.
Впрочем - в цикле считывай в новый файл неудаленные записи, пропуская удаленные.
После старый файл сотри а новый переименуй.

[Стремящийся]

Да, согласен. Однако, у меня файл с одним именем используется во многих функциях программы, как тогда быть?

[_Bers]

Сообщение от Стремящийся

Да, согласен. Однако, у меня файл с одним именем используется во многих функциях программы, как тогда быть?

Не использовать "файл" во многих функциях программы. Очевидно же!
Во-первых, это долго. А во-вторых, негибко.

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

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

"файл, который на жестком диске" ты используешь один раз при старте, и один раз по окончании работы.

Все остальное время - работаешь с памятью

Пихать в файл "пустоту" - не самое оптимальное решение.

[Stilet]

Лучше в начале работы загрузить "файл" в память

Ой! А если он со всеми дырами до гига раздуется?

как тогда быть?

Чет я не особо понял чем множество функций помешало...
Если речь идет о нескольких потоках, одновременно пытающихся работать с файлами то тут спасут системы транзакций и синхронизации доступа к файлу.
Короче ты по факту получается свое СУБД пишешь. Рекомендую придерживаться общих принципов, если конечно это не узконаправленная система, требующая именно нестандартного подхода в силу задачи.

[_Bers]

Сообщение от Stilet

Ой! А если он со всеми дырами до гига раздуется?

А зачем его со всеми дырами держать?

[Stilet]

_Bers

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

[_Bers]

Сообщение от Stilet

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

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

Дыры здесь - для ускорения работы (незачем экономить байты, если работать нужно с гигабайтами).

Однако, СУБД не делают дырок по поводу и без повода.
Все что только возможно - берется в память. Нет ни одной причины держать в памяти дырки, и ни одной причины сохранять дырки обратно в файл.

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

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

[waleri]

Сообщение от Stilet

Ой! А если он со всеми дырами до гига раздуется?

Поставит х64