Formulários personalizados no SharePoint com o MS SQL Server como back-end. É possível?

Question

Estamos avaliando o uso do SharePoint 2010 como nossa ferramenta de gerenciamento de projetos.

Especificamente, o sistema precisa satisfazer o seguinte:

1. Grupos de discussão
2. Gerenciamento de projetos (acompanhamento simples de problemas, sem fluxos de trabalho complexos ou integrações vcs)
3. Feed de notícias para o (s) projeto (s)
4. Compartilhamento de arquivos com base em autorização / funções de usuário
5. Página personalizada
6. Formulários personalizados usando o MS SQL Server como back-end e o conteúdo de formulários antigos pesquisáveis na interface do usuário.

Agora, acho que [1-5] é possível usando o SharePoint (os comentários são sempre bem-vindos :)). Não tenho certeza sobre [6]. É possível? Por exemplo, pode um administrador ou um usuário do portal do SharePoint, criar um formulário personalizado (sem qualquer programação) que use MS SQL Server como back-end e publicá-lo no portal para que outros usuários também possam realizar a entrada de dados?

Se isso pode ser feito (com ou sem alguma programação), os usuários podem realizar pesquisa de texto em dados de formulário usando a interface do SharePoint?

    

Answer 1

No OOB do SharePoint 2010, parece que você pode criar formulários que fazem CRUD completo (criar, ler, atualizar, excluir) de tabelas do SQL Server sem programação. Existem uma série de vídeos que podem lhe dar uma boa ideia de como isso é feito.

OOB SharePoint Foundation 2010 parece ter as seguintes limitações:

1. Apenas tabelas (no Sharepoint falam tipos de itens do Office) que foram previstas pelo Sharepoint são suportadas OOB (contatos, tarefas, calendários ...)
2. Subformas não são suportadas.
3. Parece apenas uma tabela e nenhum relacionamento pode ser trabalhado com período. Portanto, não há caixas de combinação preenchidas por consultas.

O Sharepoint Enterprise 2010 parece oferecer suporte a subformulários e a possibilidade de manipular relações de tabela (em sharepoint speak "associações") de uma maneira rica sem codificação. Você pode ter uma ideia do que é possível em este vídeo .

Para formulários ricos sem codificação, a resposta parece ser os Serviços do Access no SharePoint. No entanto, os Serviços do Access não podem usar os BCS (Serviços Corporativos de Conectividade) do Sharepoint para se conectarem a um back-end do SQL. Em outras palavras, os Serviços do Access não podem se conectar ao SQL Server. Consulte MSDN communit post para o que parece ser uma declaração conclusiva sobre essa limitação dos Serviços do Access.

Eu não sei se os dados de back-end do SQL podem ser pesquisados usando a interface do Sharepoint.