Quote:
Originally Posted by enonod
Can you confirm categorically that an author folder containing sub-folders for each book, does not result in moving a single book or its folder if the author name is changed for that book only (such that the book must then become a sub folder of a different author folder)? It does not require renaming the title is the same.
I think you are suggesting that manipulation of File Allocation Tables in Windows (whether the Calibre owner is using FAT, FAT32, NTFS or whatever) is all that is required to have the folder appear elsewhere in a different hierarchy, which action is of course hidden from the user (who thinks the folder was physically copied and then the original deleted).
|
I cannot be categorical about software I didn't write.
NTFS (an advanced file system) does not have a File Allocation Table, it has a Master File Table (MFT). Advanced file systems segregate the file system metadata (in NTFS into the MFT) from the content, so when a file (or folder) is renamed (or moved on the same device) only the the metadata is changed; the content (in NTFS speak its called the default data stream) stays where it is. Wikipedia has extensive entries on NTFS and other advanced file system.
I keep my libraries on a spinning disk formatted for NTFS. I recently renamed an author folder whose books were 40+ Gigabytes (HD scanned comics in CBZs and montage AVI's). It happened almost instantaneously, just as it would if I'd renamed the folder in Windows (File) Explorer.
Its so long since I used a FAT device for anything 'serious' that I'm not sure how fast it would handle something like that, but I suspect it would much slower than NTFS, NFS or HFS+ etc.
=================
This is not the place to discuss digital asset management software in any depth. But the DAM systems I've used to manage large (millions of images) archives only keep thumbnails in their database, the actual images in all their variations were stored in folders. Some of the packages that used Oracle/DB2 on big iron had the option of storing the images as database blobs, but we aren't in that territory here.
It's a bit of a waste of time comparing ebook management software with image and music management software, they come from different histories and contexts.
BR