Recentemente, nossa equipe estava analisando o FILESTREAM para expandir os recursos de nosso aplicativo proprietário. O principal objetivo deste aplicativo é gerenciar os vários PDFS, imagens e documentos para todas as peças que fabricamos. Nosso aplicativo ASP usa algumas ferramentas de terceiros para permitir a visualização desses arquivos. Atualmente, temos 980 GB de dados no servidor de arquivos. Temos cerca de 200 GB de dados binários no SQL Server que gostaríamos de extrair, uma vez que o desempenho do FILESTREAM não é bom, o que parece ser um bom compromisso para os dois principais problemas de armazenamento / acesso a dados.

Algumas coisas não estão exatamente claras para nós:

FILESTREAM Pode ou não pode armazenar seus dados em uma unidade que não esteja conectada localmente. Já temos um servidor de arquivos com um RAID 10 (unidades de 1,5 TB). Este servidor armazena todos os documentos agora, teríamos que mover essas unidades para o SQL Server para FILESTREAM? Isso seria uma tarefa complicada, já que o servidor também está se tornando o servidor de aplicativos (duas VMs em um servidor físico).

O FILETABLE armazena os metadados comuns sobre os arquivos, mas onde está a parte do Texto Completo armazenados para permitir a pesquisa de arquivos como doc / docx? Isso é separado? Você é capaz de adicionar livremente critérios para isso? Se assim for, quaisquer links para esclarecer seriam apreciados.

FILETABLE pode ser referenciado em outra tabela com uma chave estrangeira?

Agradeço antecipadamente

EDIT: Para aqueles que têm essas perguntas este vídeo na web cobriu tudo e mais em termos de explicar o fluxo de arquivos de 2008 a 2012 e os truques a serem considerados (eu seriamente o convenceria se pudesse):http://channel9.msdn.com/Events/TechDays/Techdays-2012-the-Netherlands/2270

Em conclusão, não estaremos usando o FILESTREAM, pois seria um grande aumento para acomodar investimentos.

EDIT 2:

Atualização para # 1 - Depois de avaliar cuidadosamente FileTable, além de FILESTREAM, conseguimos uma combinação vencedora. Nós tivemos que mover os arquivos para o novo servidor (não foi doloroso, uma vez que eles estavam na mesma VM). Honestamente, levou mais tempo para escrever uma ferramenta de extração para despejar os dados binários dentro do SQL para o sistema de arquivos.

Atualização para # 2 - Isso foi em separado, mas novamente Bob tinha um excelente webinar explicando isso:http://channel9.msdn.com/Events/TechEd/Europe/2012/DBI411

Atualização para # 3 - Usando a herança de TFT, reciclamos a tabela de documentos que tínhamos (menos os enormes blobs binários), o que exigia muito poucas alterações em nossos aplicativos legados. Este foi um resultado enorme para a equipe de desenvolvedores.