Home/ Questions/Q 6011689
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-23T02:17:46+00:00

I have no idea if I’m even going about this the right way or

  • 0

I have no idea if I’m even going about this the right way or I’m going something completely stupidly.

I have a file system that will hold a bunch of image files. These are large map images of variable size. I am using my database to do spatial queries on them.

Basically all I want to do is be able to add an image’s information (name, directory, and spatial info) to the database and delete an image from the database (the records in all tables along with the external file associated with that record). I know how to delete all the records but not the external data. I do not want to insert the images into the database as a binary blob because I will frequently be using external tools on the files.

Basically my database is only tracking the file’s name and directory along with the spatial data associated with the file.

How do I delete a file from the file system when I delete the record from the database base?

Am am even going about this correctly? Is it more normal to insert the image’s into the database as a binary blob? (The overhead of copying the data around makes this implausible for me and there must be a better way.)

I’m hoping it is irrelevant but I’m using postgre as my SQL database under Linux.

EDIT: My current strategy is use a shell script that handles the deletion of an image. During the shell script, it makes a transaction file to drop all the database records associated with the image while saving the file’s full path to a flat text file. If the transaction was successful, I then delete the image in the flat file. Is this sensible? Is there a better way?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Your “current strategy” sounds like the standard approach to me: delete from the database and if that succeeds (and that is a big “if”), delete the corresponding image file. You’d probably want a sanity checker to make sure you’re not accumulating cruft though, just a simple comparison of the database and the file system to make sure they agree with each other.

    You don’t need to store the images in the database, the file system is quite good at handling files and it will probably be a lot more convenient to have them in the file system. And, as noted by David Ryder below, the file system will almost certainly be notably faster for dealing with large image files than the database: file systems are pretty good at dealing with files, that’s what they do.

    UPDATE: If you need this to be really quick then you could try doing the file deletions with a cron job. Once every couple hours (or day or whatever works), a cron job could compare the database with the file system and delete any stray images. This would make mass deletes from the database easier: you’d be able to do a DELETE FROM whatever WHERE ... to kill off multiple entries and then your janitor would come along later to clean up the leftover images.

    • 0