Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>This isn't a perfect (or probably even a "good") fit for what you're trying to do, but I mention it primarily for awareness and to possibly give you some additional ideas (and warnings).</p> <p>SharePoint's storage architecture leverages two different back-end stores: one for metadata (always SharePoint's SQL databases), and another for BLOB storage (also SQL by default). In its current form, though, SharePoint allows you to "wire-in" your own BLOB storage provider via a type that implements the ISPExternalBinaryProvider interface. Wiring in a type that implements this interface allows you to continue storing metadata in SQL while storing documents and other BLOB item types in a different store of your choice.</p> <p>This probably sounds somewhat promising, but there are a couple of serious considerations:</p> <ol> <li><p>Wiring-in your own ISPExternalBinaryProvider has a farm-wide impact. It's all or nothing, so once the provider is wired in, all sites and libaries will use the new provider.</p></li> <li><p>You'll need to dive into unmanaged code, as the ISPExternalBinaryProvider is doing to require you to work with some IDL.</p></li> </ol> <p>You can read more here: <a href="http://msdn.microsoft.com/en-us/library/bb802976.aspx" rel="nofollow noreferrer">http://msdn.microsoft.com/en-us/library/bb802976.aspx</a></p> <p>My take is that the external BLOB storage (EBS) system is something of a "prototype" at this point -- not ready for prime-time. If nothing else, though, it gives you something to think about. SharePoint Server 2010 will hopefully do more with it and make it more attractive and easy to implement.</p> <p>For what it's worth!</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload