Tohle je spíš o návrhu databáze než o nutnosti mít dokumenty bokem na FS. Pokud počítáš s velkým počtem dokumentů, tak je neuložíš do tabulky s ostatními údaji, ale do samostatné tabulky. Pak záleží na tom, co ti SQL server umožňuje (partitions, komprimace dat apod.)
Moderní databáze ti umožňuje fulltext indexování uložených dokumentů a následné vyhledávání apod. Tohle s dokumenty bokem musíš řešit zase oklikou. A že DMS vyhledávání dle textu v dokumentech umožnit musí a to jen pro dokumenty, ke kterým máš právo se dostat.

Report není předvyplněný dokument, ale přehled spousty položek včetně obrázků - představ si to jako katalog.

Jinak souhlas, databáze s dokumenty/obrázky je velká. Pak jsou pro a proti:
1. soubory bokem = databáze je malá + mám desítky tisíc souborů na filesystému vs velká databáze. Na zálohování to vyjde nastejno - velké množství menších souborů se zálohuje pomalu. Stejně tak, jak zálohuješ změny, můžeš zálohovat změny i v DB nebo LOG. To je vlastnost zálohy DB.
2. pokud se změní úložiště dokumentů nebo musíš dokumenty nějak členit, musíš opravovat dotčené odkazy na externí
dokumenty v databázi. To je případ i když vytváříš cvičnou (testovací) verzi databáze. Se soubory v DB tohle neřešíš.