为实现FILESTREAM /文件表澄清(FILESTREAM/FILETABLE Clarific

最近我们的团队一直在寻找FILESTREAM拓展我们的专有应用程序的功能。 这个程序的主要目的是管理各种PDF，图片等文件，所有我们生产的零部件。 我们的ASP应用程序使用了一些第三方工具，使这些文件的查看。 目前，我们对文件服务器数据的980GB。 我们在SQL Server中的二进制数据，我们想抽取因为效果不理想，因此FILESTREAM似乎是一个很好的妥协，以两大数据存储/存取问题的周围200GB。

有几件事情并不完全清楚地告诉我们：

1. FILESTREAM可以或不可以它的数据存储不是本地连接的驱动器上。 我们已经有一个RAID 10（1.5TB硬盘）的文件服务器。 该服务器存储的所有文件，现在，我们将不得不这些驱动器移动到SQL Server的FILESTREAM？ 这将是一个艰难的子弹咬，因为服务器也加倍作为应用服务器（两个虚拟机一台物理服务器上）。

2. 文件表存储有关文件的通用元数据，但其中它的全文部分存储到允许像DOC / DOCX文件的搜索？ 这是独立的？ 你能够自由的标准添加到此通过搜索？ 如果是这样，以澄清任何链接，将不胜感激。

3. 可以在文件表另一个表有一个外键引用？

先感谢您

编辑：对于那些有这些问题本网络视频覆盖了一切，更在解释2012年从2008年FILESTREAM的条款及cavets考虑（我会认真代表他，如果我能）： http://channel9.msdn.com/Events / TechDays / Techdays-2012-的-荷兰/ 2270

总之，我们将不使用FILESTREAM因为这将是这样巨大的一个高潮，以适应投资。

编辑2：

更新＃1 - 除了FILESTREAM仔细评估的FileTable后，我们得到了一个成功的组合。 我们确实有超过移动文件到新的服务器（是不是痛苦的，因为他们是在同一VM）。它老老实实地花更多的时间来写一个提取工具，以SQL中转储二进制数据的文件系统。

更新到＃2 -这是独立的，但再次鲍勃有一个优秀的网络研讨会说明这一点： http://channel9.msdn.com/Events/TechEd/Europe/2012/DBI411

更新＃3 - 使用TFT继承我们回收这需要在我们的传统的应用程序很少变化的文件表，我们有（减去巨大的二进制块）。 这是为开发团队一个巨大的结果。

Answer 1:

这些文件都存储在FileTables地点必须是本地的，或者至少必须出现到SQL Server作为本地所以一个聪明的SAN驱动程序可能会诱使它。 由于FileTables的东西是建立在FILESTREAM东西我想象中的限制是相同的。

filetables的搜索是通过它记录了CONTAINSTABLE函数完成MSDN上搜索标准使用相同的语法为FULLTEXT AFAIK搜索。

对于所有意图和目的的FileTable是一个典型的表，这样可以加盟，搜索或什么的。 唯一的一点是，你必须使用SQL Server的一些功能，以改变FILESTREAM的GUID变得像一个文件路径更为有用。

文章来源: FILESTREAM/FILETABLE Clarifications for Implementation