Dataverse vs SharePoint vs SQL: onde guardar os dados do app

A escolha da fonte de dados decide o teto do seu app antes da primeira tela#

Quase todo projeto de Power Apps trava no mesmo ponto, e quase sempre tarde demais: onde os dados vao morar. O app funciona lindamente na demonstracao com 200 registros, entra em producao, cresce para 40 mil linhas e comeca a mostrar avisos de delegacao, telas lentas e resultados incompletos. A discussao Dataverse vs SharePoint vs SQL nao e um detalhe de infraestrutura, e uma decisao de arquitetura que define o teto de volume, o modelo de seguranca, o custo de licenca e o esforco de governanca do que voce esta construindo. Escolher errado no comeco custa uma reescrita depois.

Neste artigo eu comparo as tres fontes mais comuns para um app do Power Apps: listas do SharePoint, Microsoft Dataverse e Azure SQL Database. Sem torcida por nenhuma delas. Cada uma resolve um problema diferente, e o meu objetivo aqui e dar a voce uma matriz de decisao honesta para acertar de primeira.

SharePoint e o ponto de partida barato, nao a plataforma de dados definitiva#

A lista do SharePoint e um conector padrao (standard) do Power Apps. Isso significa que ela nao exige licenca premium: se voce ja tem Microsoft 365, ja pode usar. Para formularios internos, controles de solicitacao, checklists, cadastros leves e apps de equipe com volume pequeno a medio, o SharePoint entrega valor rapido e com custo praticamente zero de plataforma. Ele tambem carrega anexos com naturalidade, versiona itens e conversa bem com o resto do M365.

O problema aparece na escala. Uma lista tem o limite de exibicao de lista (o list view threshold) de 5.000 itens: acima desse numero, consultas nao indexadas e certas operacoes de filtro e ordenacao falham ou exigem colunas indexadas para funcionar. Some a isso a delegacao limitada. O Power Apps delega poucas operacoes para o SharePoint, e funcoes muito usadas em formulas nao sao delegaveis nesse conector. Na pratica, quando a fonte passa de alguns milhares de itens, o app comeca a devolver resultados parciais ou a puxar tudo para dentro e filtrar localmente, o que degrada a experiencia.

SharePoint tambem nao foi feito para ser banco relacional. Voce ate simula relacionamentos com colunas de pesquisa (lookup), mas nao ha integridade referencial forte, transacoes, nem regras de negocio no nivel dos dados. Seguranca por item existe, porem administrar permissoes quebradas em milhares de itens vira um pesadelo operacional. SharePoint e excelente como comeco. Ele deixa de ser a escolha certa quando o volume cresce, quando varios apps precisam da mesma base ou quando a regra de negocio passa a viver nos dados.

Dataverse e a plataforma quando o dado e o produto, e nao so o depósito do app#

O Dataverse e o banco nativo do Power Platform e um conector premium: exige licenciamento por usuario, por app ou pay-as-you-go, dependendo do plano. Voce paga por isso, e paga por bons motivos. O Dataverse traz um modelo de dados relacional de verdade, com tabelas, colunas fortemente tipadas, relacionamentos com integridade referencial, chaves e regras.

O diferencial que mais importa em ambiente corporativo e a seguranca. O Dataverse oferece seguranca em nivel de linha, com papeis de seguranca, unidades de negocio, times e compartilhamento de registros. Voce controla quem le, cria, edita e exclui em granularidade fina, sem gambiarra. Alem disso, a plataforma suporta regras de negocio, colunas calculadas e roll-up, chaves alternativas e logica reutilizavel via Power Automate e plugins. A delegacao no conector do Dataverse cobre um conjunto amplo de operacoes, o que sustenta apps com volumes muito maiores que uma lista sem os avisos constantes de delegacao.

Onde o Dataverse cobra o preco: custo de licenca e um pouco mais de curva de aprendizado de modelagem e administracao. Nao vale a pena para um formulario simples de cinco campos que dez pessoas usam uma vez por semana. Vale, e muito, quando o dado e um ativo compartilhado por varios apps e fluxos, quando a regra de negocio precisa viver junto do dado, e quando a auditoria e o controle de acesso sao requisito, nao desejo. Se voce quer entender como isso se encaixa no ecossistema mais amplo, vale a leitura do nosso guia de Power Apps e Power Automate 2026.

Azure SQL e a resposta para grande volume transacional e controle total de esquema#

Quando o assunto e volume alto, escrita intensa e integracao com sistemas externos, a resposta madura e o Azure SQL Database, tambem um conector premium. SQL e um banco relacional completo, com controle total de esquema, indices sob medida, stored procedures, views, transacoes ACID e todo o ferramental de tuning que uma equipe de dados ja domina.

Dois pontos fazem o SQL brilhar num app do Power Apps. O primeiro e a delegacao: o conector SQL delega um conjunto robusto de operacoes de filtro e ordenacao para o servidor, o que mantem o app responsivo mesmo sobre tabelas grandes, porque quem faz o trabalho pesado e o banco, nao o dispositivo. O segundo, relacionado, e o folding em cenarios de dados: quando voce conecta esse mesmo banco ao Power BI, o mecanismo empurra transformacoes para o SQL em vez de trazer tudo para a memoria, o que se traduz em cargas mais rapidas e menos consumo. Esse comportamento de delegar e fazer folding, empurrando o processamento para a origem, e justamente o que evita o pecado capital de trazer todas as linhas para dentro do app so para filtrar depois.

O custo do SQL nao esta na licenca do Power Apps apenas, mas na plataforma: e uma base que alguem precisa provisionar, dimensionar, indexar, fazer backup e monitorar. Ela nao traz de fabrica a seguranca em nivel de linha do Dataverse nem a integracao nativa de M365 do SharePoint. Voce ganha potencia e liberdade, e assume responsabilidade de engenharia. Para quem ja tem um time de dados e cargas transacionais serias, essa e a troca certa. Se voce nao tem esse time, esse e exatamente o tipo de trabalho que a nossa area de engenharia de dados assume.

A matriz de decisao honesta lado a lado#

Nenhuma dessas fontes e melhor em tudo. A tabela abaixo resume como elas se comportam nos criterios que realmente pesam na hora de decidir.

Criterio	SharePoint	Dataverse	Azure SQL
Tipo de conector	Padrao (standard)	Premium	Premium
Volume ideal	Pequeno a medio	Medio a grande	Grande, transacional
Limite sensivel	Exibicao de lista em 5.000 itens	Limites de capacidade por armazenamento	Depende do dimensionamento contratado
Delegacao no Power Apps	Limitada	Ampla	Ampla e robusta
Modelo relacional	Fraco, via lookup	Forte, com integridade	Forte, total
Seguranca em nivel de linha	Por item, dificil de manter	Nativa, por papeis	Depende de implementacao
Regras de negocio no dado	Nao	Sim	Sim, via SQL
Esforco de administracao	Baixo	Medio	Alto

E o segundo recorte, o que mais gera duvida na pratica: quando cada uma faz sentido de verdade.

Cenario	Escolha recomendada	Por que
Formulario interno leve, poucos milhares de itens	SharePoint	Custo zero de plataforma e entrega rapida
App corporativo com controle de acesso fino	Dataverse	Seguranca em nivel de linha e regras nativas
Base compartilhada por varios apps e fluxos	Dataverse	Dado como ativo unico e governado
Alto volume transacional, muita escrita	Azure SQL	Delegacao robusta e controle de esquema
Integracao com sistema legado ou ERP	Azure SQL	Banco aberto ao restante da arquitetura
Prototipo para validar ideia rapido	SharePoint	Barato, descartavel, sem premium

Delegacao e o conceito que separa o app que escala do que trava#

Se voce so guardar uma lição deste artigo, guarde esta. Delegacao e a capacidade do Power Apps de empurrar o filtro, a ordenacao e a busca para a fonte de dados, em vez de baixar todos os registros para o dispositivo e processar localmente. Sem delegacao, o app respeita um limite de linhas (por padrao, 500, ajustavel ate 2.000) e simplesmente ignora o resto. E por isso que aquele app da demonstracao mente: com 200 registros, tudo cabe no limite local e parece perfeito. Com 40 mil, ele passa a mostrar so um pedaco e ninguem percebe de imediato.

O SharePoint delega pouco, e muitas funcoes comuns de formula geram o aviso amarelo de delegacao. O Dataverse e o Azure SQL delegam um conjunto muito mais amplo de operacoes, e por isso sustentam apps grandes sem devolver resultados incompletos. A regra pratica ao construir: filtre sempre com funcoes e colunas delegaveis para a fonte escolhida, teste com volume real e nao com dados de brinquedo, e trate cada aviso de delegacao como um bug de arquitetura, nao como um alerta cosmetico.

Licenciamento e governanca definem o custo total, nao so a mensalidade#

A conta de qual fonte usar nao termina na licenca. SharePoint entra no M365 que a empresa provavelmente ja paga, entao o custo marginal e baixo, mas voce herda os limites da plataforma e a bagunca de permissoes quando o uso cresce. Dataverse e Azure SQL sao premium: exigem plano adequado do Power Apps e, no caso do SQL, uma base Azure provisionada e mantida.

Governanca e o fator que costuma ser esquecido e cobra caro depois. Com SharePoint espalhado, e comum acabar com dezenas de listas duplicadas, sem dono claro e sem padrao. Com Dataverse, voce concentra o dado num modelo governado, com ambientes, politicas de prevencao de perda de dados e um catalogo mais claro do que existe. Com SQL, a governanca vive no time de dados e nos padroes de banco. Decidir isso cedo, junto de uma politica de ambientes e de acesso, evita retrabalho. Esse e o tipo de decisao que tratamos em governanca de dados e ao longo de qualquer projeto de Power Platform que estruturamos.

Perguntas frequentes#

Posso comecar no SharePoint e migrar para Dataverse ou SQL depois? Pode, e as vezes e a estrategia certa para validar rapido. Mas trate a migracao como projeto de verdade, nao como um botao. Voce vai reescrever formulas para respeitar a delegacao da nova fonte, remodelar relacionamentos e revisar seguranca. Quanto mais o app cresce no SharePoint, mais cara fica a mudanca. Se voce ja sabe que o volume ou o controle de acesso vao exigir Dataverse ou SQL, comece por eles.

O aviso de delegacao no Power Apps e realmente grave? E grave. Ele significa que o app pode estar processando apenas as primeiras 500 a 2.000 linhas e ignorando o resto silenciosamente. Em volumes pequenos ninguem nota, e por isso ele engana. Trate todo aviso de delegacao como algo a resolver antes de ir para producao, seja trocando a funcao por uma delegavel, seja repensando a fonte de dados.

Dataverse e sempre melhor que SharePoint por ser premium? Nao. Premium nao quer dizer superior para todo caso, quer dizer mais capacidade e mais custo. Para um formulario interno simples e de baixo volume, pagar licenca premium do Dataverse e desperdicio. O Dataverse vence quando voce precisa de seguranca em nivel de linha, relacionamentos fortes, regras no dado ou uma base compartilhada por varios apps. Fora disso, o SharePoint pode ser a escolha economicamente mais sensata.

Quando o Azure SQL vale mais a pena que o Dataverse? Quando o volume e transacional e alto, quando ja existe um banco ou sistema legado para integrar, e quando o time quer controle total de esquema, indices e stored procedures. O SQL delega bem e faz folding em cenarios de dados, o que sustenta apps e relatorios grandes. A troca e assumir a responsabilidade de provisionar e manter a base, coisa que o Dataverse abstrai para voce.

Essa escolha afeta os relatorios de Power BI depois? Afeta bastante. Bancos relacionais como o Azure SQL favorecem o folding, empurrando transformacoes para a origem e acelerando as cargas. Dataverse tambem se integra bem ao Power BI. Ja listas do SharePoint com muito volume tendem a puxar dados de forma menos eficiente. Se relatorio pesado faz parte do plano, pense na fonte com isso em mente. Nosso guia de Power BI para empresas aprofunda esse ponto.

Da para usar mais de uma fonte no mesmo app? Da, e as vezes e o desenho certo: anexos e documentos no SharePoint, dado estruturado e transacional no Dataverse ou no SQL. O cuidado e nao transformar isso em colcha de retalhos sem dono. Defina qual fonte e a autoridade de cada informacao, respeite a delegacao de cada conector e documente o modelo. Arquitetura hibrida bem pensada ajuda; hibrida por acidente vira divida tecnica.

O resumo de consultor#

Nao existe fonte universal, existe a fonte certa para o seu volume, seu modelo de seguranca e seu orcamento. SharePoint para comecar barato e leve, Dataverse quando o dado e um ativo governado com controle de acesso fino, Azure SQL quando o volume e transacional e voce quer controle total. Escolher isso no primeiro dia, com a matriz na mao, e o que separa um app que escala de um app que voce vai reescrever no ano seguinte. Se quiser desenhar essa arquitetura com quem ja fez isso muitas vezes, fale com a gente.