Building a Provider Based File Storage System Using .NET

Many moons ago, in January 2007 to be exact, I wrote an article about storing files in the database using ASP.NET 2.0 and SQL Server. One of the features of the application I demonstrated in the article was the ability to switch between storing the actual file in the database, or saving it on disk. In both cases, meta data such as the content type and the original name were saved in the database, but by changing a configuration setting called DataStoreType you could determine if the actual file was saved on disk, or stored in an NText column in the database together with the meta data. In February of the same year, Steven Bey suggested to rewrite the application and base it on the provider model that has become a quite popular design pattern since it was introduced for the ASP.NET Application Services that appeared in ASP.NET 2.0. I added Steven's suggestion to my "Things to do when I have the time for them" list. And today is the day I finally found the time to do it. In this article I'll show you how I changed the application using the provider based model so you can switch between different providers, including various flavors of SQL Server and Microsoft Access. Adding support for other data stores then becomes really simple.

If you haven't read the original article, now is a good time to do so as I won't be repeating a whole lot of it. I'll wait here while you read it.

Done? Good. It means we're all on the same level now. In the original article I introduced two classes: File and FileInfo. The File class is used to store complete details about a file, while the FileInfo class serves as a summary object for a file, without the actual file bytes. The latter class was used to display a list of files in, say, a GridView, without the overhead of the actual bytes associated with the file stored on disk. Besides being a wrapper for some properties such as Id, OriginalName and FileData, these classes also contained methods such as GetItem and GetList to directly access the database. While convenient to write at that time, it also meant the classes are tightly coupled to the chosen database technology (SQL Server in my case) which made them pretty much impossible to reuse. In the new implementation, I separated the File classes from the actual implementation, and let File inherit FileInfo, leading to the class hierarchy with simple Data Transfer Objects (DTO's) shown in Figure 1:

Figure 1

The DatabaseFile and DatabaseFileInfo classes inherit File and FileInfo respectively, and add a constructor that is able to fill the class's properties based on a DbDataReader. You'll see more of this later.

With the File and FileInfo classes separated from the database technology, I was ready to implement a provider to work with them.

Introducing the Provider Model

When ASP.NET was released, it introduced the Provider Model for application services such as Membership and Roles,. According to the Microsoft site, a provider is

A software module that provides a uniform interface between a service and a data source. Providers abstract physical storage media, in much the same way that device drivers abstract physical hardware devices. Because virtually all ASP.NET 2.0 state-management services are provider-based, storing session state or membership state in an Oracle database rather than a Microsoft SQL Server database is as simple as plugging in Oracle session state and membership providers. Code outside the provider layer needn't be modified, and a simple configuration change, accomplished declaratively through Web.config, connects the relevant services to the Oracle providers.

In short, this means that code in your web application talks to a known interface. Under the hood, the configured provider is instantiated and work is delegated to the underlying provider. So, for example, when you call System.Web.Security.Membership.CreateUser( ... ) to create a user, you talk to a static class (Membership) that delegates work to a provider it has access to (which is the System.Web.Security.SqlMembershipProvider class by default, but you can override that). The concrete implementations (SqlMembershipProvider in this example) inherit an abstract base class called MembershipProvider which in turn inherits an abstract base class called ProviderBase. It's this base class that is part of the key to implementing a provider based model. For the Membership services, the object model looks like this:

Figure 2

This figure shows two classes implementing the provider functionality: the SqlMembershipProvider and the ActiveDirectoryMembershipProvider. The code in your own application (such as the CreateUser call shown earlier, but also the built-in controls such as the Login and CreateUserWizard) talks to the static Membership class which in turn talks to one of the configured concrete providers. The MembershipSection class also shown in the diagram is used to read configuration information from the application's config file. You'll see more of this later.

The beauty of this design is that it's extremely easy to swap a provider. In my article Using the Microsoft Access Providers to Replace the Built-In SQL Server Providers I am doing exactly that: replacing the configured provider with one that's built to target a Microsoft Access database instead of the existing SQL Server or Active Directory data stores. To implement a new provider, all you need to do is inherit from the abstract class MembershipProvider, implement all of the members defined in the contract for MembershipProvider and then configure your application to use your custom provider instead. What I like about this design pattern is that you don't need to deal with lots of implementation details of the API; all you do is provide an implementation for the methods defined in the base class and that's it. For example, while the static Membership class has four overloads of CreateUser, the provider implementation only needs to implement one: the most extensive overload.

You can find out more information about the provider model in the following articles:

Implementing Your Own Provider Model

To implement your own provider model for an application,you need to carry out a few steps. I'll briefly list them first and mention the class names I'll be using in my application. In a later section, I'll go over the steps in more detail when discussing my implementation of the File Storage Provider. The goal of the implementation of this provider model is to create a public API similar to that presented in the original article. In other words, the application needs to provide a way to get files, save them in the database and on disk, and delete them again when necessary (this last feature wasn't a part of the original application).

  1. Create an abstract class that inherits ProviderBase, and that defines the public contract for the functionality you want to build. This typically means adding abstract members that need to be implemented by the concrete providers. My class is called FileStorageProvider and has methods such as GetFile and SaveFile.
  2. Create a collection class that inherits ProviderCollection which is used to store the configured provider(s) in the manager class. My collection class is called FileStorageProviderCollection.
  3. Create a configuration class (mine is called FileStorageConfiguration) which inherits ConfigurationSection. This class is used to read configuration information from the application's config file.
  4. Create a static class (mine is named FileStorageManager) that serves as the main application's entry point. Add static methods that mimic the methods defined in the provider class. In my case, I added static methods such as GetFile and SaveFile. The methods delegate the work to the configured provider.
  5. Create concrete implementations that inherit the provider class. In my sample application, I have three classes that inherit FileStorageProvider: SqlFileStorageProvider, SqlAndDiskFileStorageProvider and AccessFileStorageProvider. The first two target SQL Server, while the latter targets a Microsoft Access database.

Initially this is quite a bit of work. However, adding the next provider to the mix means you just need to execute the last step. So, adding an OracleFileStorageProvider means you just need to inherit FileStorageProvider and implement a few methods. You then need to register the provider in the target application, but you don't have to change a single line of code.

To make the first four steps a lot easier, Microsoft provides the Code Template for Building a Provider-Based Feature. You can find more information about this template here:

The download installs 5 .cs files that serve as the code templates for the classes listed earlier. It also contains a readme file that guides you through changing some code in the template files to match your required behavior. With these code templates, you can have a simple provider with a static DoWork method set up in no time. Extending the model is then quite easy.

For my File Storage Application I used the same template files to create my provider based model. I then named and modified my classes as follows:

Step 1 - Create the FileStorageProvider

This is the class that inherits from the ProviderBase defined in .NET. As explained earlier, this class defines the contract that all concrete providers need to implement. My FileStorageProvider is pretty simple, and looks like this:

public abstract class FileStorageProvider : ProviderBase
  public virtual string UploadsFolder { get; protected set; }
  public abstract File GetFile(Guid id);
  public abstract List<FileInfo> GetFileInfoList();
  public abstract bool SaveFile(File file);
  public abstract bool DeleteFile(Guid id);

Three of these methods work with the File and FileInfo classes I showed at the beginning of this article.

Step 2 - Create the FileStorageProviderCollection

This code for this class is almost identical to that of the template, except for the FileStorage name and types.

public class FileStorageProviderCollection : ProviderCollection
  public override void Add(ProviderBase provider)
    if (provider == null)
      throw new ArgumentNullException("The provider parameter cannot be null.");
    if (!(provider is FileStorageProvider))
      throw new ArgumentException("The provider parameter must be 
                           of type FileStorageProvider.");

  new public FileStorageProvider this[string name]
    get { return (FileStorageProvider)base[name]; }
  public void CopyTo(FileStorageProvider[] array, int index)
    base.CopyTo(array, index);

This class serves as a simple collection for instantiated provider types. It ensures you only add providers of the correct type (I think this code predates the generics introduced in NET 2) and enables you to retrieve a provider by its index. I haven't seen a reason for the CopyTo method so I am not sure why it's included in the template code.

Step 3 - Create the FileStorageConfiguration

Again, this class is almost identical to that of the template. Check out the download at the end of the article for the complete source. This class is used to read configuration information in the application's config file that looks like this

<add name="SqlFileStorageProvider"
    type="Spaanjaars.FilesProvider.SqlFileStorageProvider, Spaanjaars.FilesProvider"
    description="this came from config" 

Step 4 - Create the FileStorageManager

This is probably the most interesting class from the provider model. This class has two main tasks: first, when instantiated it creates a collection of providers based on the configuration information it finds in the config file for the application. Secondly, it has public and static methods that define the contract your end applications works with. The class contains quite a bit of code, but I'll show it here in its entirety so you know what goes on under the hood.

public static class FileStorageManager
  //Initialization related variables and logic
  private static bool isInitialized;
  private static Exception initializationException;
  private static FileStorageProvider defaultProvider;
  private static FileStorageProviderCollection providerCollection;

  static FileStorageManager()

  private static void Initialize()
    if (!isInitialized)
        //Get the feature's configuration info
        FileStorageConfiguration qc = (FileStorageConfiguration)
        if (qc.DefaultProvider == null || 
                  qc.Providers == null || qc.Providers.Count < 1)
          throw new ProviderException("You must specify a valid default provider.");

        //Instantiate the providers
        providerCollection = new FileStorageProviderCollection();
                 providerCollection, typeof(FileStorageProvider));
        defaultProvider = providerCollection[qc.DefaultProvider];
        if (defaultProvider == null)
          throw new ConfigurationErrorsException(
               "You must specify a default provider for the feature.", 
      catch (Exception ex)
        initializationException = ex;
        isInitialized = true;
        throw ex;
    isInitialized = true; //error-free initialization

  //Public feature API
  public static FileStorageProvider Provider
      return defaultProvider;

  public static FileStorageProviderCollection Providers
      return providerCollection;

  public static File GetFile(Guid id)
    return Provider.GetFile(id);

  public static bool SaveFile(File file)
    return Provider.SaveFile(file);

  public static bool DeleteFile(Guid id)
    return Provider.DeleteFile(id);

  public static List<FileInfo> GetFileList()
    return Provider.GetFileInfoList();

  public static string UploadsFolder
      return Provider.UploadsFolder; 

The Initialize method contains pretty much boiler plate code from the template file for this class. It reads the configuration data using an instance of FileStorageConfiguration and then lets the ProvidersHelper class (part of the .NET Framework) do all the hard work. The helper class parses the type attribute from the configuration section and instantiates the relevant concrete providers based on that type. In the example above, that would mean instantiating a Spaanjaars.FilesProvider.SqlFileStorageProvider. If you have multiple providers listed, all of them are instantiated, but only one is the current provider at any given time. Look at the ProvidersHelper class with Reflector if you want to see the dirty details of the implementation.

The remainder of the code in this class is the public API of the provider. The first two properties, Provider and Providers give access to the currently configured provider, and to all registered providers. Quite often you don't have the need to access them directly in the application that uses the provider model, but they can be useful to carry out some lower level tasks not supported by FileStorageManager directly, or if you want to talk to a provider other than the one configured as the current provider.

The final five members are the part of the API that this article is all about: dealing with files. You see four methods to get a single File, a list of FileInfo instances and to save and delete a file. The UploadsFolder property returns the path of the folder where the files must be saved, in case the configured provider needs to store them on disk; otherwise it returns null.

In order to make use of all this, you need to add the following to your application's .config file:

    <section name="FileStorage" 
            Spaanjaars.FilesProvider" allowDefinition="MachineToApplication" />


  <FileStorage defaultProvider="SqlFileStorageProvider">
      <add name="AccessFileStorageProvider"
        description="Stores meta data in an Access database and 
             files on disk or in the database" 

      <add name="SqlFileStorageProvider"
        description="Stores meta data and files in SQL Server" 

      <add name="SqlAndDiskFileStorageProvider"
        description="Stores meta data in SQL Server, and saves the files to disk"

This code defines three providers: one using Microsoft Access and two targeting SQL Server. The currently active provider is the SqlFileStorageProvider as set by the defaultProvider attribute.

With this configuration (and assembly for the File Storage System referenced by the application), you can now access the public API in the final application like this:

// Save a file 
File myFile = new File( ... Code to instantiate File here ...);

// Get a file
Guid id = new Guid(Request.QueryString.Get("Id"));
File myFile = FileStorageManager.GetFile(id);

// Get all files (as FileInfo instances)
List<FileInfo> files = FileStorageManager.GetFileList(); // Delete a file Guid id = new Guid(Request.QueryString.Get("Id"));

While this API is now available as advertised, you still need the concrete implementations of FileStorageProvider in order to actually work with these files. This is discussed next.

Step 5 - Creating Concrete Implementations of FileStorageProvider

If you look at the source code that comes with this article, you find three concrete implementations of the FileStorageProvider, listed below:

Type Description
SqlFileStorageProvider This provider targets SQL Server and stores files and meta data in SQL Server.
SqlAndDiskFileStorageProvider This provider inherits SqlFileStorageProvider and stores the meta data in SQL Server, and the actual files on disk.
AccessFileStorageProvider The AccessFileStorageProvider targets a Microsoft Access database and stores the meta data in the database. It has a configuration switch that determines whether to store the files on disk, or in the database as well.

Notice how I separated the behavior of storing files on disk or in the database in two separate providers for SQL Server, while the Access implementation can do both at the same time. This just serves as an example. I could have created two separate providers for Access as well, or extended the SqlFileStorageProvider with a switch to determine where to store the actual file data.

Figure 3 shows how the three providers and their base classes are related:

The FileStorageProvider Hierarchy
Figure 3

Both SqlFileStorageProvider and AccessFileStorageProvider directly inherit the base provider: FileStorageProvider. SqlAndDiskFileStorageProvider inherits SqlFileStorageProvider and only overrides the two methods that deal with files on disk: DeleteFile and SaveFile. You see how this works a little later.

Most of the code in these providers is pretty standard .NET and ADO.NET code, and most of it looks like the code from the original article. So, instead of showing and discussing the full code, I'll focus on just a few interesting bits and pieces. First, take a look at the Initialize method you find in SqlFileStorageProvider:

public class SqlFileStorageProvider : FileStorageProvider
  public string ConnectionString { get; protected set; }
  protected bool SaveFileDataInDatabase { get; set; }


  public override void Initialize(string name, 
          System.Collections.Specialized.NameValueCollection config)
    SaveFileDataInDatabase = true;

    if ((config == null) || (config.Count == 0))
      throw new ArgumentNullException(
        "You must supply a valid configuration dictionary.");

    if (string.IsNullOrEmpty(config["description"]))
      config.Add("description", "Put a localized description here.");

    // Let ProviderBase perform the basic initialization
    base.Initialize(name, config);

    //Perform feature-specific provider initialization here
    //Get the connection string
    string connectionStringName = config["connectionStringName"];
    if (String.IsNullOrEmpty(connectionStringName))
      throw new ProviderException(
        "You must specify a connectionStringName attribute.");

    ConnectionStringsSection cs = (ConnectionStringsSection)
    if (cs == null)
      throw new ProviderException(
        "An error occurred retrieving the connection strings section.");

    if (cs.ConnectionStrings[connectionStringName] == null)
      throw new ProviderException(
        "The connection string could not be found in the connection strings section.");
      ConnectionString = cs.ConnectionStrings[connectionStringName].ConnectionString;

    if (String.IsNullOrEmpty(ConnectionString))
      throw new ProviderException("The connection string is invalid.");

    //Check to see if unexpected attributes were set in configuration
    if (config.Count > 0)
      string extraAttribute = config.GetKey(0);
      if (!String.IsNullOrEmpty(extraAttribute))
        throw new ProviderException(String.Format(
            "The following unrecognized attribute was found in {0}'s configuration: '{1}'", 
            Name, extraAttribute));
        throw new ProviderException(
            "An unrecognized attribute was found in the provider's configuration.");

The first thing that Initialize does is setting SaveFileDataInDatabase to true. This is an hard coded implementation which means the provider will always store the file data in the database.This property is marked protected which means that classes that inherit SqlFileStorageProvider can override it, which happens to be the case with the SqlAndDiskFileStorageProvider class.

Once again, most of what goes on in Initialize is boiler plate code coming from the Provider Toolkit samples. Basically, the code parses the config file, looking for config elements it recognizes and assigning them to local variables (such as the ConnectionString). Using a Fail Fast mechanism, the code throws exceptions when it encounters invalid values, or when it encounters attributes it doesn't recognize. I really like this style of config parsing, as it means that when your configuration is not right, you get immediate feedback with a crystal clear exception message.

Once Initialize is called, the provider should be in a valid state, after which you can call one of its methods. To see an example, consider this DeleteFile implementation:

public override bool DeleteFile(Guid id)
  int affectedRecords;
  using (SqlConnection mySqlConnection = new SqlConnection(ConnectionString))
    using (SqlCommand myCommand = new SqlCommand("sprocFilesDeleteSingleItem", 
               mySqlConnection) { CommandType = CommandType.StoredProcedure })
      myCommand.Parameters.Add(new SqlParameter("@id", SqlDbType.UniqueIdentifier) 
               { Value = id });

      affectedRecords = myCommand.ExecuteNonQuery();
  return affectedRecords == 1;

This code is pretty much identical to the code from the original article: it instantiates a SqlConnection and a SqlCommand object and then executes a stored procedure that deletes the file from the database.

The other methods (GetFile, GetFileInfoList, and SaveFile) all pretty much follow the same pattern. There's one thing worth noting and that's how GetFile and GetFileInfoList use custom DatabaseFile and DatabaseFileInfo classes to copy the data from a DbDataReader into the class itself. Here's a snippet from the GetFile method:

using (SqlDataReader myReader = myCommand.ExecuteReader())
  if (myReader.Read())
    myFile = new DatabaseFile(myReader);

The DatabaseFile class simply inherits File, but has a constructor that accepts a DbDataReader like this:

public DatabaseFile(DbDataReader myReader)
  Id = myReader.GetGuid(myReader.GetOrdinal("Id")); 
  DateCreated = myReader.GetDateTime(myReader.GetOrdinal("DateCreated"));
  // Other properties here

The GetFile method returns a File instance, so calling code never knows they are dealing with a DatabaseFile. I found this a convenient way to load data in the File class based on some data in the database. Instead of a derived class with a constructor, it would have been easy to create some method like Load in the SqlFileStorageProvider class to copy the data into a File instance. Both methods would result in the same thing: a filled instance of File that can be returned to the calling code. In the former scenario, it's actually a DatabaseFile, but no one knows.

All of the code in SqlFileStorageProvider is designed to store the actual bytes that make up the file in SQL Server. To see how this works, look at the way the parameter for FileData in SaveFile is set up:

    new SqlParameter("@fileData ", SqlDbType.VarBinary) 
      Value = SaveFileDataInDatabase ? (object)file.FileData : DBNull.Value, 
      Size = SaveFileDataInDatabase ? file.FileData.Length : 0 }

Because SaveFileDataInDatabase has a hard coded value of true, the FileData is always sent to the database.

However, because of the SaveFileDataInDatabase property, this provider is technically capable of ignoring the FileData, and sending DBNull.Value instead. That's what I make use of in the inheriting SqlAndDiskFileStorageProvider class. In that class's Initialize method, SaveFileDataInDatabase is always set to false. The class then overrides SaveFile like this:

public override bool SaveFile(File file)
  bool result = base.SaveFile(file); 
  if (result)
    // Database update is done; now store the file on disk.
    const int myBufferSize = 1024;
    using (Stream myInputStream = new MemoryStream(file.FileData))
      using (Stream myOutputStream = 
             System.IO.File.OpenWrite(PhysicalUploadsFolder + file.FileUrl))
        byte[] buffer = new Byte[myBufferSize];
        int numbytes;
        while ((numbytes = myInputStream.Read(buffer, 0, myBufferSize)) > 0)
          myOutputStream.Write(buffer, 0, numbytes);
  return result;

This method first calls base.SaveFile. That method then stores the meta data in the database. Because SaveFileDataInDatabase is set to false for the derived provider, the FileData is skipped. The same FileData is then stored on disk using a number of Stream classes. The PhysicalUploadsFolder property has been given a value in the Initialize method, based on the configuration element for the configured provider.

DeleteItem follows a similar pattern. It deletes the file from the database, and when that succeeds, it also deletes the file from disk.

The AccessFileStorageProvider class follows a very similar pattern. However, since it can be used to to store files on disk and in the database, its Initialize method has some extra logic to figure that out, and to make sure the UploadsFolder is present, valid and exists. It then uses the SaveFileDataInDatabase property in SaveFile and DeleteFile to determine if the file must be stored on, or deleted from disk.

Extending the Storage System

With the current implementation, you have a very flexible system. The three available providers make it super easy to store meta data in SQL Server or in an Access database. Additionally, through configuration you can determine where the actual files need to be stored: in the database, or on disk. Since the current implementation is close to the original version, I didn't have to make a whole lot of changes to the actual web site that is used to manage the files. I had to change a few types, changed the ObjectDataSource control in Default.aspx and changed a few method calls, but I didn't have to touch any logic.

But what's even better is that it's now very easy to introduce a new provider. If, for example, I wanted to store files in the cloud using Azure, I could build a new FileStorageProvider, called AzureFileStorageProvider for example, register the provider in web.config and be done with it. From then on, files would be stored in, and served from the cloud!


I have tested most of this code thoroughly enough to know it probably works. However, if you start using this in a real-world application, be sure you know what you're doing and that you understand the code. No warranties whatsoever. If you find a bug or have comments about the current code, please use the Talk Back feature at the end of this article.

Also, the database methods could benefit from some extra level of abstraction. To make each method simple to understand, I am instantiating objects such as connections and commands in each data access method. You could abstract them away to some general helper classes, or use another data access technologies such as Entity Framework or NHibernate.

The sample database that comes with this article is mostly compatible with the one from the original article. I changed the length of the OriginalName column from an nvarchar(50) to an nvarchar(255). I also changed the length of the associated stored procedure parameter in sprocFilesInsertSingleItem and I created a new stored procedure called sprocFilesDeleteSingleItem in order to delete files from the database.


You can download the complete code (C# only) for the provider model and the sample site.

Where to Next?

Wonder where to go next? You can read existing comments below or you can post a comment yourself on this article .

Consider making a donation
Please consider making a donation using PayPal. Your donation helps me to pay the bills so I can keep running Imar.Spaanjaars.Com, providing fresh content as often as possible.

Feedback by Other Visitors of Imar.Spaanjaars.Com

On Tuesday, October 5, 2010 9:01:13 PM Saachi Roye said:
First off, this is a great article.  Very good work.  I have a question though.  I tried to use this class library in an ASP.NET Medium Trust application and am receiving Security errors.  I have signed the assembly and I believe to be referencing it properly.  Is there something that I am missing here?
On Wednesday, October 6, 2010 6:50:02 AM Imar Spaanjaars said:
Hi Saachi,

Interesting question. I haven't really tried it in a medium trust environment. My guess is that it's an issue with accessing the OleDbPermission. AFAIK, medium trust should allow for SQL Server, and for accessing files in the current web site, so it may be the OleDbPermission.

Maybe this helps: ?

If I find some time, I'll experiment with this a bit and see if I can make it work in medium trust.

On Wednesday, October 6, 2010 3:28:37 PM Saachi Roye said:

You were absolutely correct.  It was the OleDbPermission issues.  Also one more thing I noted in the web.config file when you are declaring your section name you must add requirePermission="false" for it work in Medium Trust.

Again, this was a really helpful article.  Keep up the great work.

On Wednesday, October 6, 2010 3:37:24 PM Imar Spaanjaars said:
Hi Saachi,

Glad you got it sorted out, and thanks for the update.


On Tuesday, October 12, 2010 10:54:27 AM Samy said:
This is Very good article
I have only one Question
I have already stored files on file system How can I Insert the file name and other metadata Automatically inside the SQL and i want it on the fly because the content of the folder change every 2 min
On Tuesday, October 12, 2010 7:36:19 PM Rick said:
Good Article!  One question, though... I'd love to use this file storage provider in multiple projects.  Once I'm finished coding, how do I package this up and distribute to multiple projects?  Do I just create a dll, distribute, and make the web.config change in each project?  Thanks!

On Tuesday, October 12, 2010 7:56:30 PM Imar Spaanjaars said:
Hi Rick,

Yes, correct. You compile a DLL out of the provider project. You then reference that DLL in another web project, add the necessary code to web.config and write some code to target the provider. Basically, just as in my sample project: the web demo project is how your consuming applications would end up, and instead of referencing the provider project, you simply reference the provider DLL.

Hope this helps,

On Tuesday, October 12, 2010 8:03:41 PM Imar Spaanjaars said:
Hi Samy.

You can create a Windows Service with a DirectoryWatcher that uses the Provider's API to insert new files as they arrive in the folder.


On Tuesday, October 12, 2010 10:05:14 PM Samy said:
Hi Imar
Thanks for your replay Imar
I'm just Newbie I need your help to do the following
1- Read file Attributes {Name, Size, Creation Date& Time...) insert them inside the DateBase MSSQL 2005
2- Create Windows Service with Directory Watcher
3- Make SharePoint Read from all of that
4- Files will be Video files then I can Configure Calender make it to choose Video in Specific Time ( like Video On Deman)

On Tuesday, October 12, 2010 10:20:27 PM Imar Spaanjaars said:
Hi Samy,

That's way too much for me to cover as a reply on this article. I guess Google is your friend here.... ;-)


On Tuesday, October 12, 2010 11:44:43 PM Samy said:
Hello Imar
ok, i finished the 2nd point here about Directory watcher thanks to you.
Now i need your help in one point
*** How to read file Attributes {Name, Size, Creation Date& Time...) insert them inside the DateBase MSSQL 2005 after getting it from Directory watcher Serive?

On Wednesday, October 13, 2010 2:00:20 PM Imar Spaanjaars said:
Hi Samy,

Again, Google is your friend. This is too off-topic and, as I said earlier, way too much for me to cover as a reply to an article.


On Thursday, October 14, 2010 5:15:24 PM SAMY said:
Thank You :)
On Saturday, October 16, 2010 11:05:51 AM Prasanta Kumar Maharana said:
how to carry connection from one page to another?
please suggest Me
On Thursday, July 21, 2011 7:14:33 AM madhavi said:
Very good article and clear.
I have a question:
Is there a database which supports richtext features ?

Scenario: I have a word template document with bookmarks.
I have database which stores the data for the bookmarks and other meta data.

Based on the data/record bookmarks is reterived, combined with the template and generated a word document (using aspose) and is output to the end user.

I would like to avoide the template document, However i would like to have the formats (Like bold, Underline, italic...) which are available in the template.

I would also want to have a rich text features (Bold, Underline..) stored in the database. (Example text has the bold, underline, color...) store them in database.

Is there a way ? and which database supports these features.?
On Thursday, July 21, 2011 7:16:33 AM Imar Spaanjaars said:
Hi madhavi,

Not sure what you're asking. Rich text sounds like text which you can store in any nvarchar / ntext column.


On Monday, January 30, 2012 1:28:12 PM viniston said:
I have read this Storing article like Uploaded Files in a Database or in the File System with ASP.NET 2.0. But i am a beginner in Can you explain this article in easy way please sir.... Thank ou. This article was very very nice.
On Wednesday, February 1, 2012 1:23:52 PM Imar Spaanjaars said:
Hi viniston,

I don't think it makes sense to "explain this article in an easy way". I am already explaining the underlying concepts in an easy way. If you're finding this article too difficult, you probably need a better understanding of .NET funddamentals and C#, for which many books are available.


On Monday, April 16, 2012 1:49:50 PM Samar said:
Thanks for lovely article and very nicely done.
I was looking for something on this topic and found really nicely done and explained properly.

Thanks and really good work i will be using this in my site.
On Monday, January 12, 2015 6:50:07 PM student said:
can u plz help me how to assign courses to students and teacher in not MVC ,simple aand save in database sql srver managment studio
On Monday, January 12, 2015 7:26:06 PM Imar Spaanjaars said:
Hi there,

I have no idea what you're asking or how it relates to the topic of this blog post.

I would suggest you post this on a forum and provide much more background and information on what you've already tried and what you need help with specifically.


On Wednesday, August 12, 2015 4:01:14 AM Jean said:
Hello Imar,

Thank you very much for this tutorial.  Your writing style is very easy to follow. I am more a content developer than I am a programmer, but I am learning.  

Suppose I want to add this file storage system to an existing web application that is already using Sql Membership and MembershipProvider to create roles and manage users, how and where do I "hook" this file storage system to users, so that the logged in user can only see files he/she has uploaded?

On Sunday, August 23, 2015 8:05:14 PM Imar Spaanjaars said:
Hi Jean,

It depends a little bit. One option is to add additional parameters to your methods like GetFile and GetFileInfoList to accept the user id / name and forward to your queries on the database.

As an alternative, you can get the current user (from the HttpContext for example) inside your provider implementation.

You can also create a constructor on classes like SqlFileStorageProvider  to accept an IPrincipal (a user in .NET) which you can inject using Dependency Injection techniques or pass manually when constructing the classes.

Hope this helps,


Talk Back! Comment on Imar.Spaanjaars.Com

I am interested in what you have to say about this article. Feel free to post any comments, remarks or questions you may have about this article. The Talk Back feature is not meant for technical questions that are not directly related to this article. So, a post like "Hey, can you tell me how I can upload files to a MySQL database in PHP?" is likely to be removed. Also spam and unrealistic job offers will be deleted immediately.

When you post a comment, you have to provide your name and the comment. Your e-mail address is optional and you only need to provide it if you want me to contact you. It will not be displayed along with your comment. I got sick and tired of the comment spam I was receiving, so I have protected this page with a simple calculation exercise. This means that if you want to leave a comment, you'll need to complete the calculation before you hit the Post Comment button.

If you want to object to a comment made by another visitor, be sure to contact me and I'll look into it ASAP. Don't forget to mention the page link, or the QuickDocId of the document.

For more information about the Talk Back feature, check out this news item.