I have seen previous ESE database reader applications do some scary things in terms of their settings and behavior in ways that could be very disruptive or even create inconsistent DBs that the native application for that DB may not be able to recover from.
This work item respresents creating some boilerplate JET API start code, that would attach a clean database read only, and with no logging, and thus have no affect on the persisted ESE files. Such that the DB is not left inconsistent if the application should crash, nor have the possibility of creating a logical inconsistency for the native application that uses this DB.
Up-vote this issue if it is of interest.
I have seen previous ESE database reader applications do some scary things in terms of their settings and behavior in ways that could be very disruptive or even create inconsistent DBs that the native application for that DB may not be able to recover from.
This work item respresents creating some boilerplate JET API start code, that would attach a clean database read only, and with no logging, and thus have no affect on the persisted ESE files. Such that the DB is not left inconsistent if the application should crash, nor have the possibility of creating a logical inconsistency for the native application that uses this DB.
Up-vote this issue if it is of interest.