Sobre a Openflow Connector for SharePoint¶
Nota
O conector está sujeito aos Termos do conector Snowflake.
Este tópico descreve os conceitos básicos do Openflow Connector para SharePoint, seus casos de uso e limitações.
O Openflow Connector para SharePoint conecta um site do Microsoft 365 SharePoint ao Snowflake para ingerir arquivos e permissões de usuário e mantê-los atualizados. O Openflow Connector para SharePoint também é compatível com o serviço Cortex Search e pode preparar arquivos ingeridos para análise de conversação para uso em assistentes de AI usando SQL, Python ou REST APIs.
Variants of the Openflow Connector for SharePoint¶
The Openflow Connector for SharePoint contains four variants which allow you to, optionally, index data into Snowflake Cortex Search and include document metadata (ACLs).
Variant |
Description |
Microsoft SharePoint (Cortex Search, document ACLs) |
Indexes files and their permissions (ACLs) into Snowflake Cortex Search. |
Microsoft SharePoint (Cortex Search, no document ACLs) |
Indexes files without their permissions (ACLs) into Snowflake Cortex Search. |
Microsoft SharePoint (Simple Ingest, document ACLs) |
Ingests files and their permissions (ACLs) into a Snowflake stage. |
Microsoft SharePoint (Simple Ingest, no document ACLs) |
Ingests files without their permissions (ACLs) into a Snowflake stage. |
These variants appear as separate connectors in Marketplace. When installing the connector, choose the variant that meets your requirements.
Restrições de limitação de taxa¶
Os limites de API do SharePoint controlam quantas solicitações podem ser feitas em um determinado período. Se o seu fluxo exceder a cota permitida, as sincronizações poderão ficar lentas ou falhar com um erro. Isso ocorre principalmente quando o seu token de acesso faz um número maior de solicitações do que a fonte normalmente permite. Nesses casos, o Snowflake recomenda solicitar uma cota de acesso maior (quando aplicável) ou reduzir a frequência de sincronização.
Limitações¶
As alterações causadas pela movimentação ou renomeação de pastas não são capturadas durante a ingestão incremental.
O conector ingere apenas os tipos de arquivos compatíveis e ignora os demais.