Jeśli 100 użytkowników zażądałoby 100 100 MB plików (przechowywanych przez FILESTREAM) w ciągu 10 sekund, czy wydajność SQL Server 2008 byłaby spowolniona w porównaniu do indeksowania?
Na jakim serwerze?? Jaki sprzęt do obsługi tych plików? Jakie dyski, sieci itp.?? Tyle pytań.......
Jest naprawdę dobry wpis na blogu autorstwa Paula Randala na temat SQL Server 2008:wydajność FILESTREAM - Sprawdź to. Istnieje również 25-stronicowy dokument na temat FILESTREAM dostępne – obejmuje również kilka wskazówek dotyczących dostrajania wydajności.
Sprawdź też raport Microsoft Research TechReport Do BLOB lub nie do BLOB .
Jest to bardzo głęboki i bardzo dobrze oparty artykuł, który poddaje wszystkie te pytania przez ich tempo.
Ich wniosek:
Więc sądząc po tym — jeśli obiekty BLOB są zwykle mniejsze niż 1 MB, po prostu przechowuj je jako VARBINARY(MAX) w bazie danych. Jeśli zazwyczaj są większe, wystarczy funkcja FILESTREAM.
Nie martwiłbym się tak bardzo wydajnością niż innymi zaletami FILESTREAM nad „niezarządzaną” pamięcią masową w folderze plików NTFS:przechowywanie plików poza bazą danych bez FILESTREAM, nie masz nad nimi kontroli:
- brak kontroli dostępu zapewnianej przez bazę danych
- pliki nie są częścią kopii zapasowej serwera SQL
- pliki nie są obsługiwane transakcyjnie, np. możesz skończyć z plikami "zombie", do których nie ma już odniesień z bazy danych lub wpisami "szkieletu" w bazie danych bez odpowiedniego pliku na dysku
Same te cechy sprawiają, że korzystanie z FILESTREAM jest absolutnie opłacalne.
