Modèle de changement SQL Server
01Rowversion ordonne les changements, pas le temps métier.
Une route Microsoft SQL Server peut traverser environnements sur site, bases cloud, magasins de reporting et partenaires. Schémas, vues, conversions, charge des requêtes, transactions et écriture doivent être explicites pour un flux répétable.
| Décision | Approche d’intégration |
|---|---|
| Serveur, base, schéma, vue | Définissez serveur et base, schéma, tables ou vues, requête, colonnes, filtres, ordre, clés, fuseaux et types SQL Server. Confirmez que la sélection peut être répétée et rapprochée. |
| Reprenez avec jeton et clé | Utilisez lots ou points déterministes pour les gros transferts. Fixez les transactions afin qu'une relance reconnaisse le travail validé et évite de dupliquer identités, clés ou mises à jour. |
| Mappez volontairement les types SQL Server | Précisez valeurs nulles, précision décimale, types date et heure, texte Unicode, binaires, identités et clés, insertion ou mise à jour, contraintes, rejets et comptes de rapprochement. |
| Authentification et accès | Configurez le pilote SQL et la connexion. Validez authentification, TLS et droits minimaux sur la version exacte ; gardez les identifiants hors de l’exemple. |
Route Flower adaptée à SQL Server
02Gardez visibilité de lecture et atomicité d'écriture dans le même plan.
L'adaptateur SQL Server de Flower prend en charge lectures, écritures et transactions selon les règles de paramètres et d'identifiants SQL Server. La route ajoute sélection, traitement, validation, traçabilité et reprise.
Extrayez avec un curseur stable
Utilisez rowversion comme marqueur binaire associé à une clé unique et à un ordre explicite. Conservez le marqueur du lot et le dernier tuple traité pour construire une extraction incrémentale précise et reproductible.
Normalisez avant de changer de moteur
Validez échelle décimale, précision datetime2, datetimeoffset, nvarchar Unicode, uniqueidentifier, bit, varbinary et nulls. Les colonnes identity et calculées exigent une politique explicite.
Validez avec preuve des lignes affectées
Les écritures préparées utilisent des transactions gérées. Flower rapproche clés validées, lignes affectées, rejets et contraintes avant d'avancer; une coupure déclenche vérification, pas relecture automatique.
Politique opérationnelle SQL Server
03Choisissez l'isolation avec le responsable, pas par hasard.
READ COMMITTED peut attendre les verrous; READ_COMMITTED_SNAPSHOT et SNAPSHOT utilisent des versions et des ressources. L'extraction doit correspondre à la configuration, charge et reprise.
Budget de verrous ou versions
Alignez isolation, délais des requêtes, durée des lots et pool de connexions sur la charge de la base. Suivez verrous, activité du version store, journal transactionnel et progression des extractions pour une exploitation prévisible.
Couverture des changements et suppressions
Associez extraction par rowversion, clés métier et règles de rapprochement. Des marqueurs de suppression logique ou tombstones peuvent intégrer les événements du cycle de vie au flux, pour une relation claire entre données source et données livrées.
Topologie et cible de lecture
Documentez primaire, réplique lisible, Azure SQL ou autre forme gérée; définissez retard et bascule. Une connexion réussie après bascule exige encore rapprochement du curseur et snapshot.