要做還是不做：將圖像存儲在數據庫中在Web應用程序的上下文中，我的老板總是說要在數據庫中引用圖像，而不是圖像本身。我傾向于同意在DB中存儲url與映像本身是一個好主意，但在我現在工作的地方，我們在數據庫中存儲了很多圖像。我能想到的唯一原因也許是它更安全？你不想有人和網址有直接聯系？但是，如果是這樣的話，您總是可以讓網站/服務器處理圖像，就像ASP.NET中的處理程序一樣，這樣用戶就需要進行身份驗證才能查看圖像。我還認為從數據庫中提取圖像會影響性能。為什么將圖像存儲在數據庫中可能是一個好/不太好的主意，還有其他原因嗎？
3 回答
POPMUISE
TA貢獻1765條經驗 獲得超5個贊
如果它不必在多個服務器上可用，最好將它們放在文件系統中。 如果它必須在多個服務器上可用，而且系統中實際上有某種負載，那么您將需要某種分布式存儲。
拉丁的傳說
TA貢獻1789條經驗 獲得超8個贊
交易。當您保存BLOB時，您可以像任何其他DB數據一樣提交它。這意味著您可以將BLOB與任何關聯元數據一起提交，并確保兩者是同步的。如果磁盤空間用完了呢？不承諾。文件沒有完全上傳？不承諾。愚蠢的應用錯誤？不承諾。如果保持映像及其相關的元數據相互一致對您的應用程序很重要，那么DB可以提供的事務可能是一件好事。 一個要管理的系統。需要備份元數據和BLOB嗎？備份數據庫。需要復制嗎？復制數據庫。需要從部分系統故障中恢復嗎？重新加載DB并向前滾動日志。DBS給一般數據帶來的所有優點(卷映射、存儲控制、備份、復制、恢復等)適用于你的斑點。更一致，更容易管理。 保安。數據庫具有非常細粒度的安全特性，可以利用這些特性。模式、用戶角色，甚至是諸如“只讀視圖”之類的東西，以提供對數據子集的安全訪問。所有這些特性都適用于包含氣泡的表。 集中管理與#2相關，但基本上DBA(似乎沒有足夠的能力)可以管理一件事情：數據庫?，F代數據庫(特別是大型數據庫)可以很好地工作，可以跨幾臺機器安裝大型數據庫。單一的管理來源簡化了程序，簡化了知識轉移。 大多數現代數據庫都處理得很好。有了數據層中BLOB的一級支持，就可以輕松地將BLOB從DB流到客戶端。雖然有些操作可以同時“吸”整個BLOB，但如果您不需要該工具，那么就不要使用它。研究DB的SQL接口并利用它的特性。沒有理由把它們當作“大字符串”，它們被一刀切地處理，然后把你的氣泡變成大的、記憶的、吞食的、高速緩存的炸彈。 就像您可以為圖像設置專用文件服務器一樣，您也可以在數據庫中設置專用的BLOB服務器。為它們提供專用磁盤卷、專用模式、專用緩存等。DB中的所有數據都不是相同的，行為也不一樣，沒有理由對其進行完全相同的配置。良好的數據庫具有良好的控制水平。
添加回答
舉報
0/150
提交
取消