Re: Blob in Access
- From: "DFS" <nospam@xxxxxxxx>
- Date: Fri, 7 Mar 2008 23:36:18 -0500
(PeteCresswell) wrote:
Per Tony Toews [MVP]:
I've been meaning to write a simple routine that
1) clears a flag on the document table
2) runs down each file mentioned in the document table verifying
that it exists on the hard drive.
2a) It might be nice to store date/time and size of file to see if
there were any changes since the time the file was initially saved
3) display any that are missed.
Then do the same thing the other way. Go down the list of files
looking for the file in the table.
That seems to address the original question to some degree:
sounds like even the stars store their docs in the file system
rather than JET....
How about SQL Server? Same deal? Or is it workable?
Related story: at a client site I interface some Access systems with a doc
mgmt system from Hummingbird - now owned by OpenText I believe. It uses a
document metadata library hosted in SQL Server (Oracle option), but the
documents themselves are renamed/obfuscated - Certificate of Occupancy.doc
becomes A451O3 - and stored on the server file system.
I've got an agenda here.... got my guys talked into moving to SQL
Server if testing shows a performance increase and I'm wondering
if I should change my document storage strategy.
.
- References:
- Blob in Access
- From: leegold58
- Re: Blob in Access
- From: Larry Linson
- Re: Blob in Access
- From: (PeteCresswell)
- Re: Blob in Access
- From: Tony Toews [MVP]
- Re: Blob in Access
- From: (PeteCresswell)
- Blob in Access
- Prev by Date: how to limit mspaint run from hyperlink to a a single instance?
- Next by Date: Re: determine if recordset is empty BEFORE running movefirst
- Previous by thread: Re: Blob in Access
- Next by thread: Re: Blob in Access
- Index(es):
Relevant Pages
|