Плюсове и минуси на съхраняване на файлове (снимки) в SQL Server за уебсайт

Ако файловете са неразделна и активно променяща се част от системата и те трябва да бъдат архивирани заедно с другите данни - можете да ги съхранявате в DB, ​​но опитайте да използвате полетата FILESTREAM, ако използвате sql сървър 2005+ и вашите файлове са достатъчно големи - да речем 500k+

Ако файловете са със статично съдържание, можете да ги съхранявате навън само с указатели в DB. Това не пречи да вземете предвид всичките си персонализирани разрешения на машината.

Съхраняването и работата с файлове в DB обикновено е по-бавно, отколкото във файловата система, но всичко зависи от вашите нужди.

Има една наистина добра статия от Microsoft Research, наречена To Blob or Not To Blob.

Тяхното заключение след голям брой тестове и анализи на ефективността е следното:

• ако вашите снимки или документ обикновено са с размер под 256K, съхраняването им в колона VARBINARY на база данни е по-ефективно

• ако вашите снимки или документ обикновено са с размер над 1 MB, съхраняването им във файловата система е по-ефективно (и с атрибута FILESTREAM на SQL Server 2008 те все още са под транзакционен контрол и са част от базата данни)

• между тези две, това е малко хвърляне в зависимост от вашата употреба

Ако решите да поставите вашите снимки в таблица на SQL Server, силно бих препоръчал да използвате отделна таблица за съхраняване на тези снимки - не съхранявайте снимката на служителя в таблицата на служителите - дръжте ги в отделна таблица. По този начин таблицата Employee може да остане стройна, подла и много ефективна, ако приемем, че не винаги е необходимо да избирате и снимката на служителя като част от вашите заявки.

За файлови групи вижте Архитектура на файлове и файлови групи за въведение. По принцип или ще създадете вашата база данни с отделна файлова група за големи структури от данни още от самото начало, или ще добавите допълнителна файлова група по-късно. Нека го наречем „LARGE_DATA“.

Сега, когато имате нова таблица за създаване, която трябва да съхранява VARCHAR(MAX) или VARBINARY(MAX) колони, можете да посочите тази файлова група за големи данни:

 CREATE TABLE dbo.YourTable
     (....... define the fields here ......)
     ON Data                   -- the basic "Data" filegroup for the regular data
     TEXTIMAGE_ON LARGE_DATA   -- the filegroup for large chunks of data

Вижте въведението на MSDN за файлови групи и си поиграйте с него!

Защо да използвате db вместо txt файлове? Тъй като е по-бърз, той използва индекси. Съхраняването на цели файлове в db никога не е добра практика. Използвайте db като индекс (указатели) към нормалните img файлове.

Що се отнася до вашите плюсове / минуси:

• можете лесно да контролирате дали потребителят има право да вижда изображението, ако покажете изображението с asp / php и зададете основна папка с изображение извън уеб корен

• съхраняването на цели файлове в db е около 10 пъти по-бавно (знам за тестването на mysql, но е подобно за mssql - http://blog.sitek.com.au/2008/03/comparison-between-storing-imagesfiles-in-mysql-and-on-filesystem/)

• ако имате файлове в db, няма да можете да използвате CDN (http://en.wikipedia.org/wiki/Content_delivery_network)