/fridge/.edge/.esi-data>
.esi-data contains two directories, both contain a series of sqlite databases:
Code:
/fridge/.edge/.esi-data>
drwxr-xr-x 2 kenjen users 4096 2011-04-26 23:49 .databases/
drwxr-xr-x 2 kenjen users 4096 2011-04-26 23:49 .edb/
The .databases/ directory contains files for system configuration and the base library database.
The .edb/ directory contains individual database files relating to the documents added to the library.
.databases/
Code:
/fridge/.edge/.esi-data/.databases>
-rw-r--r-- 1 kenjen users 153600 2011-04-26 21:00 library.db
-rw-r--r-- 1 kenjen users 18 2011-04-26 20:58 .nomedia
-rw-r--r-- 1 kenjen users 334 2011-04-26 20:58 recent-files
-rw-r--r-- 1 kenjen users 1 2011-04-26 20:58 state.check
-rw-r--r-- 1 kenjen users 139264 2011-04-26 20:58 state.db
The Linux "file" command identifies the library.db and state.db files as SQLite databases:
Code:
/fridge/.edge/.esi-data/.databases> file library.db state.db
library.db: SQLite 3.x database, user version 10
state.db: SQLite 3.x database, user version 2
The state.check file on my system contains only the text character "0". It might be a lock file, or a flag to identify when a consistency check or update is needed on the state.db database.
Code:
/fridge/.edge/.esi-data/.databases> cat state.check
0
The recent-files appears to contain a list of recent files either opened or added to the Library, here it just shows a series of journals. The list relates the absolute path and actual filename used in the library content to the friendlier name given the file when it was saved. Given the amount of data kept in the library database it is somewhat strange to find this flat text file here:
Code:
/fridge/.edge/.esi-data/.databases> cat recent-files
/sdcard/.edge/.esi-content/jrnl_4db6f4d2.esj jrnl_test2 112
/sdcard/.edge/.esi-content/jrnl_4db6f4f5.esj jrnl_test 113
/sdcard/.edge/.esi-content/jrnl_4da30bc0.esj 2011-04-11_StaffMeeting -1
/sdcard/.edge/.esi-content/jrnl_4d99d342.esj 2011-04-04_StaffMeeting -1
/sdcard/.edge/.esi-content/jrnl_4d909853.esj 2011-03-28StaffMeeting -1