Patterns de connecteur SQL Atlan

VérifiéSûr

Sélectionnez et appliquez le modèle d'implémentation de connecteur SQL approprié (minimal par défaut du SDK ou personnalisé pour une source spécifique) lors de la création ou de l'extension de connecteurs d'extraction de métadonnées/requêtes SQL. Aide les développeurs à choisir entre les chemins minimal et personnalisé à l'aide d'un arbre de décision, garantissant une implémentation cohérente de l'authentification, de la pré-vérification, du mappage de flux de travail et du comportement de transformation.

Spar Skills Guide Bot
Data & IAIntermédiaire
5002/06/2026
Claude Code
#sql-connector#metadata-extraction#connector-patterns#atlan

Recommandé pour

Notre avis

Sélectionner et implémenter le modèle de connecteur SQL approprié (minimal SDK ou personnalisé source) pour l'extraction de métadonnées.

Points forts

  • Guide structuré avec arbre de décision pour choisir entre les deux approches
  • Réutilise des composants vérifiés et des références partagées
  • Intègre une vérification des faits et une validation de contrat en aval

Limites

  • Nécessite des références externes (arbre de décision, sources de vérification)
  • Spécifique à l'écosystème Atlan et à ses outils associés
  • Ne couvre que les connecteurs SQL, pas d'autres types
Quand l'utiliser

Lorsque vous devez créer ou étendre un connecteur d'extraction de métadonnées SQL et que vous hésitez entre une implémentation SDK minimale ou une personnalisation source.

Quand l'éviter

Si vous travaillez sur des connecteurs non SQL ou si vous n'avez pas accès aux références décisionnelles indiquées.

Analyse de sécurité

Sûr
Score qualité85/100

The skill is a high-level decision guide for selecting SQL connector patterns and does not instruct execution of any commands or tools that could compromise security. It references other verification components but contains no dangerous or obfuscated instructions.

Aucun point d'attention détecté

Exemples

Choose connector strategy for Redshift
I need to build a SQL connector for Redshift. Should I use the minimal SDK path or a custom source-specific pattern? Follow the decision tree and implement accordingly.
Implement minimal Postgres connector
Implement a minimal SQL connector for Postgres using the SDK-default approach. Use the decision tree to confirm and verify with the fact verification gate.
Document custom connector justification
I am implementing a custom SQL connector for Redshift. Help me document why SDK defaults are insufficient and verify the requirements against the shared verification sources.

name: atlan-sql-connector-patterns description: Select and apply the correct SQL connector implementation pattern (SDK-default minimal or source-specific custom). Use when building or extending SQL metadata/query extraction connectors.

Atlan SQL Connector Patterns

Choose the right connector strategy and implement it consistently.

Workflow

  1. Use references/decision-tree.md to choose postgres-minimal or redshift-custom.
  2. Implement required components for selected path.
  3. Verify auth, preflight, workflow map, and transformation behavior against references.
  4. Run atlan-fact-verification-gate if requirements imply source-specific behavior or SDK override risk.
  5. Hand off to atlan-e2e-contract-validator for contract generation.

Rules

  • Default to minimal path unless requirements justify custom path.
  • For custom path, explicitly document why SDK defaults are insufficient.
  • Reuse source-specific patterns only when corresponding requirements are present.

References

  • Decision tree: references/decision-tree.md
  • Shared verification map: ../_shared/references/verification-sources.md
Skills similaires