linux - Can inode and crtime be used as a unique file identifier?

Question

I have a file indexing database on Linux. Currently I use file path as an identifier. But if a file is moved/renamed, its path is changed and I cannot match my DB record to the new file and have to delete/recreate the record. Even worse, if a directory is moved/renamed, then I have to delete/recreate records for all files and nested directories.

I would like to use inode number as a unique file identifier, but inode number can be reused if file is deleted and another file created.

So, I wonder whether I can use a pair of {inode,crtime} as a unique file identifier. I hope to use i_crtime on ext4 and creation_time on NTFS. In my limited testing (with ext4) inode and crtime do, indeed, remain unchanged when renaming or moving files or directories within the same file system.

So, the question is whether there are cases when inode or crtime of a file may change. For example, can fsck or defragmentation or partition resizing change inode or crtime or a file?

Interesting that http://msdn.microsoft.com/en-us/library/aa363788%28VS.85%29.aspx says:

• "In the NTFS file system, a file keeps the same file ID until it is deleted."
  but also:
• "In some cases, the file ID for a file can change over time."

So, what are those cases they mentioned?

Note that I studied similar questions:

• How to determine the uniqueness of a file in linux?
• Executing 'mv A B': Will the 'inode' be changed?
• Best approach to detecting a move or rename to a file in Linux?

but they do not answer my question.

Answer 1

• {device_nr,inode_nr} are a unique identifier for an inode within a system
• moving a file to a different directory does not change its inode_nr
• the linux inotify interface enables you to monitor changes to inodes (either files or directories)

Extra notes:

• moving files across filesystems is handled differently. (it is infact copy+delete)
• networked filesystems (or a mounted NTFS) can not always guarantee the stability of inodenumbers
• Microsoft is not a unix vendor, its documentation does not cover Unix or its filesystems, and should be ignored (except for NTFS's internals)

Extra text: the old Unix adagium "everything is a file" should in fact be: "everything is an inode". The inode carries all the metainformation about a file (or directory, or a special file) except the name. The filename is in fact only a directory entry that happens to link to the particular inode. Moving a file implies: creating a new link to the same inode, end deleting the old directory entry that linked to it. The inode metatata can be obtained by the stat() and fstat() ,and lstat() system calls.